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ABSTRACT 

This  thesis  takes  an  overview  of  past  software 
development  estimation  problems  and  practices,  surveys  the 
present  situation,  and  provides  recommendations.  Results 
from  a  Department  of  Defense  (DQD)  wide  survey  on  software 
development  estimation  factors  are  examined  for  trends  using 
statistical   analysis   techniques. 

Basic  and  Intermediate  models  of  the  Constructive  Cost 
Model  (COCOMO)  a.re  implemented  using  a  software  engineering 
approach  for  development  and  documentation.  This  Decision 
Support  System  ( DSS )  is  developed  as  a  prototype  for 
possible  use  in  DOD  for  software  development  and  maintenance 
estimations.  Documentation  for  this  DSS  is  contained  in  the 
append  ices . 


THESIS  DISCLAIMER 

The  reader  is  cautioned  that  computer  programs  developed 
in  this  research  may  not  have  been  exercised  for  all  cases 
of  interest.  While  every  effort  has  been  made,  within  the 
time  available,  to  ensure  that  the  programs  are  free  of 
computational  and  logic  errors,  they  cannot  be  considered 
validated.  Any  application  of  these  programs  without 
additional  verification  is  at  the  risk  of  the  user. 
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I .  BACKGROUND  AND  INTRODUCTION 

The  Department  of  Defense  spends  billions  of  dollars 
annually  on  computer  processing  resources.  The  majority  of 
these  resources  are  for  maintaining  and  developing  software 
CRef.  ID.  Software  development  and  maintenance  costs  are 
difficult  to  control.  Many  software  projects  have  been 
behind  schedule,  over  cost,  and  short  of  expectations.  In 
an  attempt  to  improve  software  cost  estimation  in  the 
Department  of  Defense  ( DOD ) ,  the  Office  of  the  Secretary  of 
Defense  ( OSD )  selected  the  automated  Software  Life  Cycle 
(SLIM)  cost  estimation  model  as  the  tentative  DOD 
methodology.  The  OSD  funded  a  DOD-wide  license  for  SLIM  as 
well  as  training  sessions  in  the  use  of  SLIM  at  the 
Department  of  Defense  Computer  Institute  (DODCI)  CRef.  21. 

Computer  software  costs  are  increasing  while  hardware 
costs  continue  to  drop.  Many  software  cost  estimation 
models  exist  to  assist  a  manager  with  costs  and  schedules 
for  software  development  projects.  These  models  vary  in 
accur acy    and    completeness.     Variances    are  due    to 

difficulties  in  software  cost  estimation.  Difficulties 
include  inaccurate  date,  missing  information,  problems  with 
contractors,  lack  of  automated  tools  and  inappropriate  cost 
drivers.  Accuracy  of  software  cost  predictors  is  of  extreme 
import  to  the  Navy  due  to  the  number  of  dollars  involved  and 
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the  external  budgetary  constraints.  A  project  manager  for 
software  development  bears  numerous  responsibilities  which 
permit  little  or  no  time  for  computation  and  evaluation  of 
detailed  cost /schedule  alternatives.  Thus,  reliable  data  is 
essential  for  project  planning  and  control.  Not  only  must  a 
software  cost  estimation  model  have  an  acceptable  degree  of 
accuracy,  but  also,  it  must  be  flexible  enough  to  adapt  to  a 
rapidly  changing  environment.  Software  cost/schedule 
packages  currently  available  on  the  market  are  based  on  data 
bases  that  would  not  fit  the  DOD  types  of  software  and  do 
not  allow  for  adjustment  of  various  cost  drivers  to  fit  the 
changing  nature  of  the  software  development  world.  It  is, 
therefore,      necessary      to      have      an  adaptable, 

circumstance-shaped  Decision  Support  System  to  remedy  these 
shor  tcomi  ngs . 

Besides  SLIM,  there  are  numerous  other  software  cost 
estimation  models  used  by  the  DOD.  The  RCA  PRICE  S  model  is 
frequently  used  in  U.  S.  Air  Force  software  cost  estimates. 
Barry  Boehm's  Constructive  Cost  Estimation  Model  (COCOMO) 
was  recently  selected  for  use  in  estimating  costs  of 
developing  the  WIS  (World  Wide  Military  Command  and  Control 
System  Information  System)  in  the  Ada  language  CRef.3H. 

Boehm's  model  estimates  both  development  and  maintenance 
costs.  Both  estimates  are  of  high  budgetary  interest. 
Maintenance  makes  up  the  major  portion  of  the  software  life 
cycle   effort   CRef.   <4  ]  .    Boehm's   COCOMO   model  has  three 


levels:  Basic,  Intermediate,  and  Detailed.  Their  ability  to 
estimate  within  20'/.  of  project  actual  is  25%,  687.,  and  70V. 
respectively  CRef.  5D .  The  C0C0M0  estimates  were  based  on  a 
limited  dispersal  of  software  projects.  To  increase  its 
predictive  capability  with  Department  of  Defense  software, 
it  would  be  important  to  better  understand  the 
characteristic  and  profile  of  the  set  of  software  under 
study . 

Appropriate  use  of  C0C0M0  requires  two  prerequisites:  a 
good  estimation  of  KDSI,  and  a  good  knowledge  of  the  profile 
of  the  cost  drivers.  Lines  of  code  ar  e  difficult  to 
estimate.  In  the  past,  errors  in  estimating  size  have  been 
as  large  as  a  factor  of  three  CRef.  63.  However,  the  C0C0M0 
model  could  prove  valuable  to  the  DOD  in  numerous  cases 
where  software  must  be  converted  from  one  language  to 
another  as  lines  of  code  estimates  are  more  accurate  on 
software  conversions  than  on  new  developments.  Another 
application  for  the  Intermediate  C0C0M0  model  is  in 
conjuction  with  other  cost  estimation  models.  A  cost 
estimation  model  which  does  not  require  the  number  of  lines 
of  code  as  an  input,  such  as  Estimax,  could  be  applied 
first.  Resultant  estimated  lines  of  code  could  then  be  used 
as  an  input  to  the  Intermediate  CQC0M0  model.  A  third 
application  would  be  as  a  cross-validator  for  other  cost 
estimation  models. 
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The  objectives  of  this  thesis  are  to  design,  develop, 
and  implement  a  Decision  Support  System  for  the  Basic  and 
Intermediate  models,  and  to  better  understand  the  nature  of 
the  DOD  software.  A  survey  will  be  used  to  gain  a  better 
understanding  of  DOD  software  development  estimation. 
Survey  results  are  examined  for  trends  in  Chapter  III. 
Chapter  IV  addresses  the  Decision  Support  System  ( DSS ) 
implementation  of  the  Basic  and  Intermediate  COCOMO  models 
using  a  software  engineering  approach.  Supporting 
documentation  for  the  software,  including  the  program 
listings  and  Users  Manual,  are    found  in  the  appendices. 


1  1 


II .  COCOMO  SOFTWARE  COST  ESTIMATION  MODEL 

This  chapter  summarizes  the  COCOMO  Basic  and 
Intermediate  software  cost  estimation  models.  Maintenance, 
which  is  used  with  both  the  Basic  and  Intermediate  models, 
is  also  discussed. 

A.   OVERVIEW 

The  Basic  COCOMO  model  takes  as  parameters  the  estimated 
number  of  source  instructions  (KDSI)  and  the  development 
mode.  The  development  mode  parameter  indicates  what  type  of 
project  is  being  developed,  ranging  from  relatively  small 
projects  loosely  coupled  with  their  operating  environment 
("organic")  to  large,  complex  systems  with  rigidly  specified 
interfaces,  real-time  performance  constraints,  and  high 
reliability  requirements  ("embedded").  The  Basic  model 
calculates  man-months  of  effort  and  months  of  schedule, 
along  with  productivity  in  number  of  delivered  source 
instructions  per  man-month  and  annual  development  cost.  For 
example,  a  typical  result  for  a  2  KDSI  project  might  be  6.6 
man-months  of  effort  required,  5.1  month  schedule  and 
approximately  301  required  lines  of  codes  per  man-month. 
Distribution  of  effort  and  schedule  are  also  calculated, 
e.g.,  of  the  5.1  months  of  development  time,  the  model  will 
tell  you  that  0.97  months  would  be  spend  in  product  design, 
3.23   in    programming   and    unit   testing,    and   0.92   in 
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integration  testing.  Requirements  analysis  are  not  included 
in  COCOMO  estimates,  however,  product  activity  distribution 
by  phase  for  effort  is  computed.  For  example,  calculated 
product  design  for  effort  would  be  farther  subdivided  into 
requirements  analysis,  product  design,  programming,  test 
planning,  ver i f icat ion/ val idat ion ,  project  office  time, 
quality  assurance  and  documentation  development  time. 
Likewise,  programming  and  integration  testing  would  also  be 
subdivided  into  these  same  categories. 

The  Intermediate  COCOMO  model  builds  on  the  Basic  model 
by  adding  cost  drivers,  which  are  measures  of  various 
attributes  of  the  product,  project,  computer  and  personnel. 
The  product  of  these  cost  drivers  multiply  the  calculated 
effort  man-months  to  produce  an  adjusted  nominal  man-month 
figure.  For  example,  one  driver  (denoted  PCAP)  measures 
Programmer  Capability.  The  PCAP  multiplier  can  range  from 
0.70  (very  high  programmer  capability)  to  l.^E  (very  low 
programmer  capability).  In  the  example  above,  if  very  high 
quality  programmers  were  available,  the  estimated 
development  time  would  be  reduced  to  ^ . 62  man-months  ( 6 . 6  x 
0.70)  provided  the  rest  of  the  cost  drivers  remained  at  a 
nominal  value  of  1.0.  Cost  drivers  give  a  more 
comprehensive  picture  of  the  product  and  the  environment  in 
which  it  is  to  be  developed,  with  resulting  greater  accur acy 
of  pred  ic  t  i on . 
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The  COCOMO  models  are  calibrated  using  data  collected 
for  63  projects  completed  by  TRW  between  1964  and  1979. 
Numeric  parameters  were  not  determined  solely  by  statistical 
curve  fitting,  but  were  influenced  by  the  judgment  of 
project  managers.  The  Basic  COCOMO  model  does  not  have 
particularly  good  accuracy;  Boehm  reports  that  estimates  for 
the  calibration  data  are  within  a  factor  of  E  of  the  actual 
effort  only  60V.  of  the  time.  The  added  parameters  of  cost 
drivers  in  Intermediate  COCOMO  give  it  much  improved 
accur  acy .  Estimates  with  the  Intermediate  COCOMO  model  ar  e 
within  SO*/,  of  actual  effort  6S'/.  of  the  time. 

B.   THE  BASIC  MODEL 

The  Basic  model's  parameters  are  estimated  thousands  of 
delivered  source  instructions  (KDSI)  and  development  mode. 
Source  instructions  are  defined  as  lines  of  codei  including 
declarative  statements  and  job  control  language  but 
excluding  comments.  Development  modes  are  characterized  as 
f o 1 1 ows : 

1 .   Organic 

a.  Generally  stable  development  environment 

b.  Minimal  need  for  innovation  in  architectures 
or  a  1 gor  i  thms 

c.  Relatively  small  size 

d.  Relatively  low  premium  on  early  completion  of 
the  project 
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e.  Software  project  range  usually  not  greater 
than  50  KDSI 

f.  Loose  coupling  with  external  systems 


2.   Semidetached 

Mixture  of  organic  and  embedded  characteristics 


a . 

b. 

c  . 
d. 


Intermediate  level  of  experience  with  related 
systems 

Wide  mix  of  experienced  and  inexperienced  people 

Some  experience  with  aspects  of  system  under 
development 

Software  project  range  usually  not  greater  than 
300  KDSI 


3.   Embedded 

a.  Much  innovation  required 

b.  Integral  part  of  some  larger  system  with 
inf lex  ib le 

c.  Interface  requirements 

d.  High  required  reliability 

e.  Development  within  tight  time  and  cost 
constraints 

The  basic  effort  development  estimation  formula  by   mode 


a.re 


Organic:  MM  =  2 . <♦ ( KDS I ) ** 1 . 05 

Semidetached:    MM  =  3 . 0(KDSI >**1 . 12 

Embedded:         MM  =  3 . 6 ( KDSI ) ** 1 . 20 

where 

MM    =  man-months  of  development  effort 

KDSI  =  estimated  thousands  of  delivered 
source  instructions 
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Another  result  obtainable  from  the  Basic  COCOMO  model  is 
development  time,  i.e.,  how  many  months  the  project  will 
take  to  complete.   These  schedule  formula  by  mode  are: 


Organic:  TDEV  =  2 . 5 ( MM ) **0 . 38 

Semidetached:  TDEV  =  2 . 5 ( MM ) **0. 35 
Embedded:  TDEV  =  2 . 5 ( MM ) **0 . 32 
where 

TDEV  =  development  time  in  months 

MM    =  effort  in  man-months  calculated  above 


Besides  effort  and  schedule  calculations  other  data  which 
cart    be  computed  and  are    model  and  mode  independent  are: 


Average  number  of  personnel  =  MM/TDEV 

Productivity  =  ( 1 000*KDS I ) /MM 

Annual  cost  =  Personnel  cost/MM  *  MM 


The  Basic  model  also  provides  information  on  how  the 
effort  and  schedule  are  distributed  over  the  phases  of  the 
project.  These  tabulated  percentages  are  a  function  of  the 
product  size  and  mode.  The  product  sizes  occur  for  standard 
KDSI  values  of  2,  8,  32,  128,  and  512.  KDSI  values 
occurring  between  these  standard  figures  are  considered 
nonstandard  and  must  have  the  closest  lowest  and  highest 
percentages  to  it  interpolated  to  produce  the  proper  result. 
KDSI  values  below  and  above  2  and  512  KDSI  respectively  are 
beyond  the  boundaries  of  the   COCOMO  model  and  are    not   used 
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as  the  model  formula  for  effort  and  schedule  are  calibrated 
only  for  this  range.  Values  for  the  phase  distribution  of 
effort  are  computed  by  multiplying  each  percentage  by  the 
prior  computed  MM  number.  Phase  distribution  for  schedule 
is  also  computed  in  a  similar  way  except  each  schedule 
percentage  is  multiplied  by  the  calculated  TDEV  value. 

In  addition  to  the  phase  distribution  computations, 
activity  distribution  by  phase  can  also  be  calculated. 
These  percentages  are  again  product  and  mode  dependent  and 
provide  more  detail  about  the  product  design,  programming, 
and  test  integration  values  computed  for  phase  distribution 
of  effort.  Calculation  of  the  values  for  this  area  occurs 
by  multiplying  the  man-months  value  obtained  for  phase 
distribution  product  design,  programming,  and  test 
integration  by  the  respective  percentages  under  each 
appropriate  column.  For  example,  to  obtain  the  values  for 
activity  distribution  in  the  organic  mode  for  product 
design,  the  product  design  value  computed  in  the  phase 
distribution  would  be  multiplied  by  each  percentage  under 
the  product  design  column  to  generate  the  necessary  activity 
phase  distribution  for  product  design. 

C.   THE  INTERMEDIATE  MODEL 

The  key  feature  which  the  Intermediate  model  adds  to  the 
Basic  model  is  a  set  of  15  cost  driver  attributes.  These 
cost  drivers  have  a  default  nominal  value  of  1.0,  however, 
these  values  can  be   varied  depending  on  the   environment  in 
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which  the  project  is  being  created.   The  product  of  these  15 
cost  drivers  is  called  the  Effort  Adjustment  Factor  ( EAF ) . 

Development  modes  for  the  Intermediate  model  are  the 
same  as  those  for  the  Basic  model.  However,  the  effort 
development  estimation  formula  vary  slightly  from  the  Basic 
model  and  arei 


Organic:  MMn  =  3 . 2 ( KDSI ) ** 1 . 05 

Semidetached:  MMn  =  3 . 0 ( KDS I ) ** 1 . 12 
Embedded:  MMn  =  2 . 8 ( KDS I ) ** 1 . 20 
where 

MMn  =  Nominal  man-months 


The  cost  drivers  are    factored  in  by  multiplying  the  nominal 
man-months  by  the  EAF: 


MMadj  =  MMn  *  EAF 
where 

MMadj  =  man-months  adjusted 


Schedule  formula  by  mode  are  the  same  as  for  the  Basic 
model.  Average  number  of  personnel,  productivity,  annual 
cost,  phase  distribution  of  effort  and  schedule,  and  phase 
activity  distribution  are  also  computed  in  the  same  manner 
as  for  the  Basic  model. 

For  a  large  system  it  is  likely  that  the  cost  driver 
values  will  vary  for  different  parts  of  the  system. 
Estimation  accur  acy       can  therefore   be  improved   by  dividing 
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the  system  into  components.  The  nominal  man-months  are 
allotted  to  the  components  in  proportion  to  their  size,  and 
the  appropriate  set  of  multipliers  are  then  applied  to  each 
component  separately.  The  resulting  component  estimates  are 
then  summed  to  obtain  the  overall  system  estimates. 


D.   MAINTENANCE  MODEL 

The  process  of  modifying  existing  operational  software 
while  leaving  its  primary  functions  intact  is  defined  as 
software  maintenance.  Calculations  for  the  effort  and 
annual  cost  of  this  maintenance  are  also  performed  in  both 
the  Basic  and  Intermediate  models  and  are  mode  independent. 
A  new  term  in  this  area  is  called  the  Annual  Change  Traffic 
(ACT).  It  is  the  fraction  of  the  software  product's  source 
instructions  which  undergo  change  during  a  typical  year, 
either  through  addition  or  modification.  The  value  of  this 
factor  ranges  between  1.00  for  complete  change  to  0  for  no 
change  at  all  to  the  software.   The  formulae  for  ACT  is: 


DSI  added  +  DSI  modified 

ACT  =   

Total  DSI 

where 

ACT  =  Annual  change  traffic 

DSI  =  Delivered  source  instructions 
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Maintenance  formula  used  with  the  Basic  model  are: 

(MM) am  =  MM  *  ACT 

Average  maintenance  personnel  =  (MM)am/12 

Annual  maintenance  cost  =  Maintenance  personnel 

cost/MM  *  (MM)am 

where 

( MM ) am  =  Basic  annual  maintenance  effort 

MM  =  Effort  in  man-months 

ACT  =  Annual  change  traffic 


Calculations  for  the  Intermediate  model  again  vary 
slightly  from  the  Basic  model  in  that  14  maintenance  cost 
drivers  are  used  to  increase  the  model  accuracy.  The  value 
for  each  maintenance  cost  driver  is  defaulted  to  a  nominal 
value  of  1.00,  but  can  be  varied  according  to  the 
environment.  The  product  of  these  cost  drivers  is  called 
the  Maintenance  Effort  Adjustment  Factor  (EAFM).  Formula 
for  the  Intermediate  model  arez 


( MM ) nam 

=  MM 

n  *  ACT 

* 

EAFM 

Average 

ma  i  n 

tenance 

per sonne 1 

=  (MM) 

nam/ 12 

Annua  1 

ma  i  nt 

enance 

cost  =  Maintenance  personnel 

cos 

t/MM  * 

(MM) nam 

The  product  activity  distribution  by  phase  percentages 
are  multiplied  by  either  the  annual  maintenance  effort, 
( MM ) am ,  value  in  the  Basic  model  or  the  nominal  annual 
maintenance  effort,  ( MM ) nam ,  value  in  the  Intermediate  model 
to  obtain  the  maintenance  activity  distribution  by  phase. 
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III.  SURVEY  RESULTS 
A.   SURVEY 

The  survey  is  designed  to  learn  about  the  nature  of 
Department  of  Defense  ( DOD )  software  and  to  be  able  to 
profile  the  cost  drivers.  The  survey,  Appendix  A,  requests 
service  branch,  nature  of  application,  models/methods  used 
for  cost  estimation,  percent  accuracy  on  cost,  schedule  and 
effort  predictions,  average  size,  and  information  which 
could  be  used  to  predict  effort  and  schedule  with  the 
Intermediate  COCOMO  model.  The  Intermediate  CDCOMO  model 
was  chosen  for  the  DSS  tool  because  it  is  much  less 
complicated  than  the  detailed  model  and  only  2%  less 
accurate.  The  Intermediate  model  is  similar  to  the  Basic 
model  miltiplied  by  an  effort  adjustment  factor  ( EAF )  which 
contains  cost  driver  attributes. 

The  Department  of  Defense  Computer  Institute  (DODCI)  was 
contacted  for  a  mialing  list.  The  DODCI  list  was  expanded 
telephoni ca 1 ly  and  107  surveys  were  mailed  out.  The  number 
of  surveys  sent  out  by  service  was  6  Army,  25  Navy,  55  Air 
Force,  20  Marine  Corps,  and  1  Coast  Guard.  Some  of  the 
addressees  copied  and  redistributed  the  survey  to  various 
software  development  shops.  A  total  of  ^+9  surveys  were 
returned:  4-  Army,  7  Navy,  23  Air  Force-,  11  Marine  Corps,  1 
Coast  Guard,  1  Joint  Service,  and  1  survey  of  unknown 
service  branch  origin. 
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B.   DELIVERED  SOURCE  INSTRUCTIONS  (DSI) 

The  KDSI  (thousands  of  DSI)  size  ranges  from  1  to  7000 
with  four  respondents  not  giving/guessing  an  average  KDSI 
size.  Apparently  most  average  KDSI's  were  estimates  since 
most  respondents  selected  one  of  the  standard  KDSI  sizes. 
Of  the  given  KDSI's,  S  were  outside  of  the  2-512  KDSI  range 
required  by  the  C0C0M0  model.  Half  of  the  outer  values  were 
too  small  and  the  other  half  were  too  large.  One  respondent 
gave  the  average  KDSI  as  ranging  anywhere  from  2  to  512 
KDSI,  this  response  was  defaulted  to  32  KDSI.  There  were  36 
responses  giving  KDSI's  within  the  C0C0M0  range.  If  the 
sample  is  random  and  representative,  then  approximately  SO*/, 
of  the  DOD  software  falls  within  the  C0C0M0  model's 
effective  range  of  prediction.  For  the  total  sample,  the 
average  KDSI  was  3^+2.13  with  a  standard  deviation  of  1191. 
For  the  sample  within  2-512  KDSI,  the  mean  was  8^- .  722  with  a 
standard  deviation  of  166. 

1 .   KDSI  Parti  t ions 

Table  I  partitions  the  data  file.  The  partitions 
are  used  in  subsequent  files.  Each  table  entry  gives  the 
partition  description,  count,  mean,  standard  deviation  and 
mean  to  standard  deviation  ratio. 
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TABLE  I 

KDSI  MEANS,  STANDARD  DEVIATIONS 

PARTITIONS 

,  AND  RATIOS  BY 

PARTITION 

N 

MEAN 

ST.DEV. 

RATIO 

Total  Sample 

44 

342.13 

1119. 

0.306 

2-512  KDSI 

36 

84.7 

141  . 

0.606 

Organic  mode 

13 

69.  1 

137. 

0.504 

Semidetached 

18 

97.  1 

162. 

0.599 

Embedded 

5 

80.0 

64.7 

1  .24 

2-5  KDSI 

10 

3.00 

1  .33 

2.25 

75-128  KDSI 

5 

11  .8 

5.50 

2.  15 

32-56  KDSI 

10 

34.4 

7.59 

4.53 

8-20  KDSI 

7 

120. 

20.0 

6.00 

2-5  KDSI 

<+ 

443. 

129. 

3.43 

The  table  entries  listed  are  for  the  total  sample  and 
the  fraction  of  the  sample  with  KDSI's  within  range  for  the 
C0C0M0  model.  The  latter  is  further  partitioned  by  mode  and 
by  range  of  KDSI.  Since  the  total  sample  represents  a 
cross-sec tr i on  of  kinds  and  sizes  of  DOD  software 
development  applications,  the  larger  samples  are  expected  to 
have  low  ratios.  The  ratios  for  the  organic  and 
semidetached  mode  partitions  are  also  low.  This  is  quite 
likely  due  to  computer  software  development  still  being  a 
new  field  and  earlier  applications  tending  to  be  organic. 
One  observation  in  the  organic  mode  was  an  anomaly  at  500 
KDSI.   In  a   few  years,  the   ratios  for  KDSI   in  the  organic 
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and  semidetached  modes  will  probably  increase.  Some  of  the 
survey  respondents  indicated  an  ongoing  conversion  of  modes. 
2.   KD5 1   Par tr  i  t  ions  by   Node  and   by  Service 

Table  II  gives  the  KDSI  partitions  by  mode  and  by 
service.  The  survey  responses  by  service  by  mode  for  the 
partition  with  a  KDSI  within  the  range  of  the  COCOMO  model 
are:  Army  100*/.  in  semidetached  mode;  Navy  50'/.  organic  and 
50'/.  semidetached;  USAF  A-^f .  V/.  organic,  33.3*/.  semidetached, 
and  22.2'/.  embedded;  USMC  37.5'/.  organic,  50'/.  semidetached, 
and  12.5'/.  embedded.  The  one  Coast  Guard  observation  is  in 
the  semidetached  mode  as  well  as  one  observation  from  an 
unknown  orginator.  The  N  =  36  sample  is  3^+.l*/.  organic,  50'/. 
semidetached,  and  13.9*/.  embedded.  While  the  total  sample  (N 
=  ^8)  is  39.6'/.  organic,  ^+5.8'/.  semidetached,  and  1^.6*/. 
embedded . 

The  very  big  KDSI  (VBKDSI)  partition,  250-512K,  is 
25'/.  organic  and  75'/.  semidetached.  The  big  KDSI  (BKDSI) 
partition,  75-129K,  is  28.6'/.  organic,  28.6'/.  semidetached  and 
^+2.9*/.  embedded.  The  medium  KDSI  (MKDSI)  range,  32-56K ,  is 
30*/.  organic  and  70*/.  semidetached.  The  small  KDSI  (SKDS1) 
range,  8-20K ,  is  60'/.  organic,  20'/.  semidetached  and  20'/. 
embedded.   The  very  small  KDSI  (VSKDSI),  2-5K ,  is  <+0'/. 
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TABLE 

II 

KDSI  PARTITIONS 

BY 

MODE 

AND 

BY  SERVICE  BRANCH 

VBKDSI 

BKDSI 

MKDSI 

SKDSI 

VSKDSI 

MODE: 

Organic 

1 

S 

3 

4 

4 

Semidetached 

3 

2 

7 

1 

5 

Embedded 

0 

3 

0 

1 

1 

Total 

4 

7 

10 

6 

10 

SVBR  : 

ARMY 

0 

1 

2 

0 

1 

NAVY 

0 

0 

1 

1 

2 

USAF 

4 

5 

4 

4 

2 

USMC 

0 

0 

3 

1 

4 

USCG 

0 

0 

0 

0 

1 

JOINT 

0 

0 

0 

0 

0 

OTHER 

0 

1 

0 

0 

0 

organic,  507.  semidetached  and  10*/.  embedded.  The  VBKDSI 
is  100*/.  USAF  projects.  This  is  very  likely  due  to  the  small 
sample  size.  The  BKDSI  is  14.3*/.  Army,  71.4*/  USAF  and  14.3*/. 
unknown  service.  The  MKDSI  is  207.  Army,  10*/.  Navy,  407.  USAF 
and  207.  USMC.  The  SKDSI  is  207.  Navy,  607.  USAF,  and  207.  USMC. 
The  VSKDSI  is  107.  Army,  207.  Navy,  207.  USAF,  407.  USMC  and  107. 
USCG. 

C.   COST  DRIVERS 

The  given  cost  drivers  are    assigned  table  values.   Table 
III  shows  the  cost  driver  rating  data  for  the  entire   sample 

25 


while  Table  IV  gives  the  data  for  the  subset  of  the  sample 
with  average  KDSI's  within  the  2— 512K  range.  The  average 
for  each  attribute  is  within  one  standard  deviation  of  the 
nominal  except  complexity  (CPLX)  in  both  Tables  III  and  IV 
and  data  in  Table  III. 


TABLE  III 

COST 

DRIVERS  FOR  N 

=  48 

ATTRIBUTE 

N 

MEAN 

ST.DEV 

RATIO 

RELY 

48 

1 .0994 

0.  156 

7.05 

DATA 

48 

1 .0810 

0.0708 

15.3 

CPLX 

47 

1 .8002 

0.  173 

6.94 

TIME 

46 

1 . 1735 

0.238 

4.93 

STOR 

48 

1 . 1316 

0.  176 

6.43 

VIRT 

47 

0.97660 

0.113 

8.64 

TURN 

46 

0.96761 

0.0785 

12.3 

ACAP 

48 

0.91312 

0.  149 

6.13 

AEXP 

48 

0.96896 

0.0906 

10.7 

PCAP 

48 

0.90646 

0.  141 

6.43 

VEXP 

47 

0.98489 

0.0907 

10.9 

LEXP 

48 

0.97583 

0.0392 

24.9 

MODP 

48 

0.93708 

0.0737 

12.7 

TOOL 

48 

0.97271 

0.0948 

10.3 

SCED 

47 

1 .0234 

0.0337 

30.4 

For  both   the  sample   set  and   the  subset,   the  required 
software  reliability  (RELY),  data  base  size  (DATA),   product 
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complexity  (CPLX),  execution  time  constraint  (TIME),  main 
storage  constraint  (STOR),  and  required  development  schedule 
(SCED),  are  greater  than  nominal  and  will  increase  costs. 
Tact ical /techno  logy  based  computers  would  tend  to  drive  the 
average  required  reliability  (RELY)  and  complexity  (CPLX) 
multipliers  up.  Increased  data  base  size  (DATA),  higher 
required  utilization  of  execution  time  (TIME)  and  main 
storage  (STOR)  would  increase  the  initial  outlay.  The 
system  would  also  be  set  up  for  possible  capacity  problems 
which  could  bring  the  system  down  at  an  inopportune  time, 
possibly  driving  up  long-range  costs  as  well  as  development 
costs.  A  spreadsheet  capacity  problem  was  encountered  with 
the  software  application  written  in  conjunction  with  this 
thesis.  In  resolving  the  problem,  the  development  time  was 
at  least  doubled. 

The  average  required  schedule  (SCED)  is  slightly  longer 
than  nominal.  If  the  spare  time  is  spent  on  improving 
documentation,  this  is  a  benefit,  since  the  quality  of 
documentation  impacts  the  subsequent  maintenance  costs. 

The  mean  virtual  machine  volatility  (VIRT)  is  rated 
lower  than  nominal  which  means  that  the  frequency  of  major 
machine  changes  in  the  DOD  is  slower.  Some  respondents 
needed  an  even  lower  response  category.  Since  Boehm's 
tables  only  go  down  to  low  for  VIRT,  the  low  category  was 
selected  for  lack  of  a  better  option. 
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Computer  turnaround  time  (TURN)  is  lower  than  the 
nominal,  probably  due  to  the  number  of  interactive  machines. 
Perhaps  there  should  be  two  different  drivers/scales  for 
batch  and  interactive  machines.  All  interactive  machines 
had  the  same  ratings.  Yet,  tactical  interactive  computers 
tend  to  have  turnaround  constraints  that  drive  up  costs. 

Analyst  capability  (ACAP),  applications  experience 
(AEXP),  programmer  capability  (PCAP),  virtual  machine 
experience  (VEXP),  and  programming  language  experience 
(LEXP)  all  averaged  above  nominal  which  would  lower  costs. 
The  programmer  capability  (PCAP)  table  may  need  adjustment 
to  account  for  the  sometimes  magnitude  of  difference  in 
programmer  productivity.  The  use  of  modern  programming 
practices  ( MDOP )  and  the  use  of  software  tools  (TOOL)  both 
averaged  slightly  higher  than  nominal  which  would  reduce 
costs . 

Table  IV  is  within  one  standard  deviation  of  all  values 
in  Table  III.  The  DATA  attribute  is  within  one  standard 
deviation  of  the  nominal  for  Table  IV,  unlike  Table  III.  The 
difference  may  be  due  to  projects  greater  than  512  KDSI  not 
being  included  in  Table  IV. 

The  only  other  notable  difference  between  the  two  tables 
is  that  the  ratio  for  programming  language  experience  is 
much  lower  for  the  total  sample.  There  was  a  lower  standard 
deviation  in  LEXP  in  the  2-512  KDSI  range  partition.  The 
lower  demoninators  lead  to  lower  ratios. 
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TABLE  IV 

COST  DRIVERS 

FOR  2-512  KDSI 

OBSERVATIONS 

ATTRIBUTE 

N 

MEAN 

ST.DEV 

RATIO 

RELY 

36 

1 .0997 

0.  164 

6.71 

DATA 

33 

1 .0739 

0.0761 

14.  1 

CPLX 

35 

1 . 1823 

0.  155 

7.63 

TIME 

34 

1 . 1750 

0.235 

5.00 

STOR 

36 

1 . 1292 

0.  166 

6.80 

VIRT 

35 

0.97486 

0.  1  12 

8.70 

TURN 

34 

0.95735 

0.0783 

12.2 

ACAP 

36 

0.91 167 

0.  164 

5.56 

AEXP 

36 

0.97417 

0.0971 

10.0 

PCAP 

36 

0.91139 

0.  150 

6.08 

VEXP 

35 

0.99400 

0.0967 

10.3 

LEXP 

36 

0.97028 

0.0287 

33.8 

MODP 

36 

0.93306 

0.0706 

13.2 

TOOL 

36 

0.97556 

0.  102 

9.56 

SCED 

35 

1 .0229 

0.0337 

30.4 

D.   EFFORT  ADJUSTMENT  FACTOR  ( EAF ) 

Table  V  gives  the  average  EAF  for  the  various  data 
partitions.  In  obtaining  the  average  adjustment  factors, 
all  values  not  given  were  recorded  as  '*  '.  This 
modification  is  equivalent  to  assuming  all  unknown  cost 
drivers  to  be  nominal.  The  average  effort  adjustment  factor 
was  1.4239,  with   a  standard  deviation   of  1.14,  for   the  ^8 
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sample  survey  and  1.4236,  with  a  standard  deviation  of  1.21, 
for  the  36  sample  portion  of  the  survey. 


TABLE  V 

EAF  MEANS,  STANDARD 

DEVIATIONS 

,  AND  RATIOS 

BY 

PARTITIONS 

PARTITION 

N 

MEAN 

ST.DEV. 

RATIO 

Total  Sample 

48 

1 .4239 

1  .  l<t 

1  .25 

2-512  KDSI 

36 

1  .4236 

1  .21 

1  .  18 

Organic  Mode 

13 

1 .3670 

1  .02 

1  .34 

Semi  detached 

18 

1  .4365 

1  .38 

1  .04 

Embedded 

5 

1 .5238 

1  .22 

1  .25 

2-5  KDSI 

10 

0.83053 

0.467 

1  .78 

8-20  KDSI 

5 

1 .5356 

1  .32 

1  .  16 

32-56  KDSI 

10 

2. 1718 

1  .79 

1  .21 

75-128  KDSI 

7 

1 . 1 188 

0.446 

2.51 

250-512  KDSI 

4 

1  .4286 

0.868 

1  .65 

32  KDSI 

9 

2.2710 

1  .87 

1  .21 

128  KDSI 

6 

1 . 1678 

0.467 

2.50 

The  average  effort  adjustment  factor  was  1.4239  with  a 
standard  deviation  of  1.14  for  the  48  sample  survey  and 
1.4236  with  a  standard  deviation  of  1.21  for  the  36  sample 
portion  of  the  survey.  Nevertheless,  when  the  data  base  was 
partitioned  by  mode  and  by  KDSI,  the  size  of  the  standard 
deviation  decreased.  There  was  a  slight  increase  in  the 
mean   as    the   partition    modes   went    from   organic    to 
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semidetached  to   embedded.   The   partitions  also   overlapped 
one  standard  deviation  away  from  the  mean. 

The  EAF  for  the  very  small  KDSI  range,  2-5K ,  was 
significantly  smaller  than  for  the  other  larger  KDSI  ranges. 
There  was  an  increase  in  average  EAF ' s  with  increase  in  KDSI 
until  the  75-128K  range*  then  the  average  EAF  dropped  before 
increasing  again  with  the  number  of  KDSI.  The  small  sample 
sizes  probably  attribute  to  mid-KDSI  range  peak  in  EAF.  The 
32-56  KDSI  sample  included  an  observation  with  the  highest 
EAF  and  another  extremely  high  EAF.  The  small  KDSI  sample 
also  had  two  out  of  five  EAF ' s  very  high.  A  contributing 
factor  to  the  dispersion  of  high  EAF ' s  with  respect  to  the 
KDSI  might  be  correlated  with  the  KDSI  range  of  certain 
natures  of  software  applications.  The  32  KDSI  sample 
includes  9  of  the  10  observations  in  the  mid-KDSI  range  and 
has  an  EAF  larger  than  the  128K,  large  KDSI  range,  for  the 
same  reasons. 

E.   NOMINAL  MAN-MONTHS 

Table  VI  give  the  nominal  man-month  data  by   partitions. 

Nominal  man-months   is  the   number  of   man-months  of   effort 

required  given  all  cost  drivers  are    nominal.   The  Appendix  B 

data  definition  of  MMnom   gives  the  equation  for  effort  for 

each   mode.    Since   KDSI   is   needed   to  compute  MMnom,  the 
sample  for  this  section  has  36    observations. 
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Of  the  36  observations,  39.6V.  were  in  the  organic  mode, 
^5.6*/.  in  the  semidetached  mode  and  l^f.6%  in  the  embedded 
mode . 

The  average  nominal  effort  increased  as  the  mode  went 
from  organic  to  semidetached  to  embedded.  The  most  marked 
increase  for  the  partition  by  mode  is  between  the  organic 
and  the  semidetached  modes. 


TABLE  VI 

MMNOM 

DATA 

BY  PARTITIONS 

PARTITION 

N 

MEAN 

ST.DEV. 

RATIO 

2-512  KDSI 

36 

<+70.2<t 

830. 

0.567 

Organic  mode 

13 

289.02 

597. 

0.484 

Sem  idetached 

18 

569.02 

1035. 

0.550 

Embedded 

5 

585.79 

^93. 

1  .  19 

2-5  KDSI 

10 

10.^+86 

5.31 

1  .97 

8-20  KDSI 

5 

^6.826 

24.  2 

1  .93 

32-56  KDSI 

10 

151 .07 

44.  1 

3.43 

75-12S  KDSI 

7 

706.67 

241  . 

2.93 

250-512  KDSI 

^ 

2533. 1 

877. 

2.89 

32  KDSI 

9 

137.6 

11.9 

11.6 

128  KDSI 

6 

761  .^+9 

21  1  . 

3.61 

A  much  more  dramatic  increase  in  nominal  effort  occurred 
with  the  increase  in  KDSI  ranges  thus  indicating  that  KDSI 
has  a  greater  impact  on  nominal  effort  than  mode.  The  32 
KDSI  sample  had  the  highest   ratio.   It  was  a  9   observation 
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sample  with  uniform  KDSI  and  two-thirds  of  the  observations 
in  the  semidatached  mode  while  the  other  third  of  the 
observations  were  in  the  organic  mode. 

F.    EFFORT  (MAN-MONTHS  (MM)) 

Table  VII  gives  the  effort  data  by  partitions.  Effort 
or  MM  is  equal  to  the  nominal  man-months  multiplied  by  the 
effort  adjustment  factor. 

Again  the  average  effort  and  standard  deviations 
increased  markedly  with  ^rt  increase  in  the  KDSI  range.  The 
increases  were  at  a  much  greater  rate  for  MM  than  the 
increases  for  MMnom  due  to  the  multiplier  effect  of  the  cost 


TABLE  VII 
EFFORT  DATA  BY  PARTITIONS 
PARTITION 
2-512  KDSI 
Organic  mode 
Semidetached 
Embedded 
2-5  KDSI 
8-20  KDSI 
32-56  KDSI 
75-128  KDSI 
250-512  KDSI 
32  KDSI 
128  KDSI 
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N 

MEAN 

ST.DEV. 

RATIO 

36 

696.5^+ 

1^+75. 

0.^+72 

13 

^73.92 

1  170. 

O.^O't 

18 

8<t7.  1  1 

1828. 

0.^63 

5 

773.29 

669. 

1  .  16 

10 

8. 1730 

<+.68 

1  .75 

5 

77.932 

99.9 

0.780 

10 

316.66 

250. 

1  .27 

7 

82^.^+1 

500. 

1  .65 

<+ 

3916.6 

28^+7. 

1  .38 

9 

313. 1^ 

265. 

1  .  18 

6 

909.85 

<+88. 

1  .86 

drivers,  or  to  the  EAF .   The  increase  in  standard 
deviations  caused  a  decrease  in  the  ratios. 

In  the  partitions  by  mode,  the  effort  increased  from 
organic  to  semidetached,  then  dropped  off  some  from 
semidetached  to  embedded.  The  ratios  increase  as  the  mode 
went  from  organic  to  semidetached  to  embedded. 

G.    SCHEDULE  (TDEV) 

Table  VIII  gives  the  schedule  by  data  partitions.  The 
equations  for  the  number  of  months  required  for  development 
ars  in  the  Appendix  B  data  dictionary  under  the  entry  for 
Schedule.  There  is  a  separate  equation  for  each  mode.  MM 
is  needed  to  compute  TDEV,  thus  the  total  possible 
observations  are    36. 

The   mean   schedule   and   the   standard   deviation   both 
increased  significantly  with  an  increase  in  the  KDSI  range 
partitions.   The  greater  rate  of  increase  is  caused  by  a 
multiplier  effect.   TDEV  is  computed  from  MM  which  is  in 
turn  computed  from  KDSI. 

The  128K  partition  and  the  high  KDSI  partition,  whose 
observations  contained  the  six  128K  observations,  had  the 
highest  ratios.  The  high  KDSI  range  contained  several 
embedded  observations  while  the  very  high  KDSI  range, 
250-512K,  did  not  have  any  observations  in  the  embedded 
range.  The  distribution  of  embedded  mode  and  KDSI's  coupled 
with  the  small  sample  size  probably  contributed  to  the 
distribution  of  the  high  ratios. 
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TABLE  VIII 

SCHEDULE  DATA  BY  PARTITIONS 

PARTITION 

N 

MEAN 

ST.DEV. 

RATIO 

2-512  KDSI 

36 

17.838 

13.6 

1  .31 

Organic  mode 

13 

16.971 

15.4 

1  .  10 

Semidetached 

18 

18.423 

14.0 

1  .32 

Embedded 

5 

17.984 

8.48 

2.  12 

2-5  KDSI 

10 

5. 1272 

1  .  16 

4.^+2 

8-20  KDSI 

5 

10. 178 

3.09 

3.29 

32-56  KDSI 

10 

18.780 

4.68 

4.01 

75-128  KDSI 

7 

24.  159 

3.96 

6.  10 

250-512  KDSI 

4 

45.771 

16.5 

2.77 

32  KDSI 

9 

18.712 

4.96 

3.77 

128  KDSI 

6 

25.077 

3.42 

7.33 

The  mean  TDEV  increased  slightly  from  organic  to 
semidetached  mode  partitions  then  decreased  from  the 
semidetached  to  embedded  mode  partitions.  This  is  expected 
behavior.  TDEV  should  follow  the  pattern  of  the  MM  because 
it  is  computed  from  the  MM. 

H.    PRODUCTIVITY  (PROD) 

Productivity  is  the  number  of  delivered  source 
instructions  divided  by  the  effort.  Table  IX  gives  the 
productivity  by  partition. 
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TABLE  IX 

PRODUCTIVITY 

DATA  BY 

PARTITIONS 

PARTITION 

N 

MEAN 

ST.DEV. 

RATIO 

2-512  KDSI 

36 

274.22 

225. 

1  .22 

Organic  mode 

13 

306.0 

206. 

1  .49 

Semidetached 

18 

273.02 

253. 

1  .08 

Embedded 

5 

193.93 

187. 

1  .04 

2-5  KDSI 

10 

455.39 

267. 

1  .71 

8-20  KDSI 

5 

345.31 

307. 

1  .  12 

32-56  KDSI 

10 

153.04 

82.6 

1  .85 

75-12S  KDSI 

7 

189.25 

91  .0 

2.08 

250-512  KDSI 

4 

184.08 

l<t4. 

1  .28 

32  KDSI 

9 

152. 18 

87.5 

1  .74 

128  KDSI 

6 

180.70 

96.6 

1  .87 

The  productivity,  delivered  source  instructions  per 
man-month,  fell  off  as  the  mode  went  from  organic  to 
semidetached  to  embedded,  and  also  with  an  increase  in  the 
KDSI  range.  The  drop  in  productivity  can  be  attributed,  in 
part,  to  increased  complexity  and  increased  overhead  of 
communications  with  an  increase  in  the  number  of  persons 
working  on  the  project. 

For  all  partitions,  the  ratios  were  small  due  to  large 
standard  deviations. 
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I.   FULL-TIME  PERSONNEL  ( FSP ) 

Full-time  personnel,  FSP,  is  equal  to  effort  divided  by 
schedule.  For  these  computations,  fractional  FSP  was  used. 
Table  X  gives  the  FSP  by  data  partitions. 


TABLE  X 

FSP 

DATA 

BY  PARTITIONS 

PARTITION 

N 

MEAN 

ST.DEV. 

RATIO 

2-512  KDSI 

36 

20.526 

27.6 

0.744 

Organic  mode 

13 

12.304 

19.  1 

0.644 

Semidetached 

18 

23.268 

32.9 

0.707 

Embedded 

5 

32.035 

23.8 

1  .35 

2-5  KDSI 

10 

1  .4849 

0.574 

2.59 

8-20  KDSI 

5 

6.2941 

6.23 

1  .01 

32-56  KDSI 

10 

15.393 

7.63 

2.02 

75-128  KDSI 

7 

33. 168 

17.5 

1  .90 

250-512  KDSI 

4 

76.631 

43.3 

1  .77 

32  KDSI 

9 

15. 107 

8.03 

1  .88 

128  KDSI 

6 

35.910 

17.4 

2.06 

There  was  a  significant  increase  in  both  the  mean  and 
the  standard  deviation  for  FSP  and  the  data  partitions  as 
KDSI  increased.  An  increase  in  FSP  as  the  mode  went  from 
organic  to  semidetached  to  embedded  also  occurred. 

The  ratios  for  very  small  KDSI,  medium  KDSI  and  the  1 28K 
partition  were  all  above  2.   The  75K  observation  in  the  high 
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range  KDSI  had  a   low  enough  FSP  to   bring  the  mean  for   the 
partition  below  2.   Of  the   7  observations  in  the  high   KDSI 

range,  6  were  128K. 

f 

J.    MODELS/METHODS 

Table  XI  gives  the  number  of  reported  observations  for 


TABLE  XI 
NUMBER  OF  REPORTED  USAGES  BY  MODEL 


ESTIMATION 
METHOD 

EXPERIENCE/NONE 
COCOMO 
SLIM 

RCA  PRICE  S 
ARMY  TB  18-116 
ESTIMAX/ESTIPLAN 
PSL/ PSA-SAGE /APS 
STRADIS 

PAC  I  I/ARTEMIS 
MICROREP 
PC/70 

MANUAL/ <S/L  I  NE 
ECONOMIC  ANALYSIS 
OTHER 


NUMBER   OF   OBSERVATIONS* 


N  =  36 
13 

5 
7 

2 
2 
1 
1 
1 
0 
1 
3 
1 
6 


n  =  ^a 

17 

7 
1  1 

7 

2 
2 


3 

1 
7 


♦SOME  RESPONDENTS  REPORTED  MORE  THAN  ONE  CATEGORY 
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Most  of  the  estimation  methods  were  supplied  by  the 
respondents.    The   offered   responses   to   the  model  method 

question   was   COCOMO,    SLIM,   and   OTHER .      Some 

respondents  selected  the  other  option  or  wrote  "various" 
without  listing  the  model(s)  used.  Thus,  less  hard  data  was 
collected.  Practically  every  one  of  the  respondents  could 
have  listed  experience  as  the  method  used  to  estimate  the 
software  development  costs.  Therefore,  experience  was 
placed  in  the  same  category  as  the  "none"  response.  SLIM, 
COCOMO,  and  RCA  PRICE  S  seemed  to  be  the  most  widely  used 
models  with  the  Federal  Conversion  Center  Manual/*  per  lines 
of  code  fourth  in  order  of  preference.  Again,  the  small 
sample  size  and  not  obtaining  all  model/method  names  greatly 
increases  the  chances  of  error  on  the  order  of  preference  of 
software  models/methods.  From  telephone  conversations,  it 
seemed  that  PRICE  S  was  the  most  popular  model  with  the  Air 
Force  and  the  Marines  preferred  SLIM.  Some  Marines  were 
using  ESTIMAX  for  front  end  estimates. 

K.    APPLICATION  NATURE 

Table  XII  gives  the  number  of  observations  of  each  type 
of  app 1 icat  ion . 

Most  of  the  software  application  categories  were 
supplied  by  the  respondents.  To  reduce  the  number  of 
categories,  logistics  was  combined  with  supply  and  real 
estate  management  was  combined  with  maintenance.  The  posed 
question  offered   FINANCIAL,  SUPPLY,   and  OTHER . 
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TABLE 

XI  I 

NUMBER  OF  APPLICATIONS  BY  NATURE 

NATURE 

N 

=  36           N  =  ^+8 

FINANCIAL 

13               22 

PERSONNEL 

3                5 

SUPPLY 

9               12 

C-CUBE 

2                3 

SIMULATION 

1                 2 

TRANSPORTATION 

1                 1 

SYSTEMS  SOFTWARE 

0                 1 

WEAPONS 

^                                          4 

TRAINING 

1                 1 

STRATEGY 

L+                                                                 i* 

ENGR/SCIENTIFIC 

1                          1 

OPER.  READINESS 

1                          1 

MANAGEMENT 

4                5 

MED/SAFETY/JAG 

2                2 

MAINTENANCE 

2                3 

UNKNOWN 

2                2 

-x-SOME  RESPONDENTS 

REPORTED  MORE  THAN 

ONE  CATEGORY. 

As  a  result  many  different  categories  were  obtained  and  some 
respondents  marked  "other"  but  did  not  write  what  "other" 
was.  One  survey  participant  did  not  answer  the  nature  of 
application  question,  however,  since  the  return  address   was 
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a  financial  center,  the  response  was  defaulted  to  financial. 
Most  of  the  survey  participants  dealt  with  financial/supply 
app 1 icat  ions . 

Perhaps  some  of  the  categories  could  have  been  combined 
or  maybe  the  categories  used  by  the  SLIM  package  should  have 
been  used.  Applications  sharing  the  same  nature  should  have 
some  over  lap/ transferab i 1 i ty  of  modules. 

L.    PERFORMANCE  PERCENTAGES 

TABLE  XIII  gives  the  reported  performance  percentages. 


TABLE  XIII 

AVERAGE 

REPORTED 

PERCENTAGES 

VARIABLE 

N 

MEAN 

ST.DEV. 

RATIO 

Total  Sample: 

COST*/. 

37 

0.65081 

0.306 

2.  13 

SCHEDULE* 

37 

0.6^+730 

0.321 

2.  17 

EFFORT'/. 

35 

0.631^3 

0.306 

2.06 

2-512  KDSI : 

COST* 

32 

0.65^06 

0.313 

2.09 

SCHEDULE*/. 

32 

0.65312 

0.328 

1  .99 

EFFORT/. 

31 

0.63871 

0.31? 

2.00 

Several  respondents  noted  both  on  the  survey  and 
telephonica 1 1 y  that  the  questions  dealing  with  what  the 
percentage  estimated  cost,  schedule  and  effort,  were  of  the 
actuals  was  confusing.  A  few  of  the  respondents  seemed  to 
have   treated   the   question   as   if   percent   error  was  the 


requested  information.  It  was  intended  that  the  question  be 
worded  to  make  the  percentages  smaller,  hence,  less 
embarrass  i  ng . 

Most  of  the  percentages  were  divisible  by  5.  This  may 
be  an  indication  either  of  rounding  or  that  the  differences 
between  estimates  and  actuals  for  software  development 
estimation  are  either  not  closely  monitored  or  not  available 
to  the  respondent . 

Since  many  of  the  respondents  said  their  percentages 
were  "swagged",  the  reported  percentages  of  estimated/actual 
cost,  schedule,  and  effort  may  have  no  real  significance. 
The  reported  percentages  all  averaged  around  <S5'/.  with  a 
small  standard  deviation.  The  percentages  were  correlated 
with  all  the  other  data  and  no  significant  correlations  were 
found . 

M.    CORRELATIONS 

1 .  Nature  and  Method 

Correlation  between  types  of  applications  and  the 
mode  1 ( s ) /method ( s )  used  was  anticipated.  However,  the 
sample  size  was  small  with  respect  to  the  number  of  types  of 
applications  and  the  number  of  models/methods  in  use.  Thus, 
the  correlations  between  nature  and  methods  were  not 
significant.  There  was  some  observed  correlation  between 
the  PRICE  S  and  the  COCOMO  model.  Both  models  were  mildly 
correlated  with  weapons  application.  The  correlations  may 
be  due  to  the  small  sample  sizes. 
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S.  Cost  Dr  i vers  wi  th  Total  Samp le 

Table  XIV  gives  correlations  between  cost  drivers, 
KDSI  ,  and  mode.  Cost  driver  data  was  read  into  the  Minitab 
spreadsheet.  Missing  cost  drivers  were  recoded  from  99  to 
"*"  before  correlation. 

A  strong  correlation  exists  between  anaylst 
capability  and  programmer  capability  in  the  survey  sample. 
Whether  good  analysts  train  programmers,  or  vice  versa,  or 
many  analysts  are  also  programmers,  or  it's  planned,  or  it's 
the  luck  of  the  draw  is  unknown.  However,  since  programmer 
capability  ( PCAP )  and  analyst  experience  (AEXP)  are 
correlated  almost  to  a  significant  level,  it  appears 
possible  that  either  the  analysts  train  the  programmers  or 
that  inexperienced  analysts  are  never  assigned  to  the 
experienced  programmers.  The  correlation  between  programmer 
capability  (PCAP)  and  TOOL  and  analyst  capability  ( ACAP )  and 
TOOL  is  almost  significant,  which  would  imply  that  capable 
programmers  and  analysts  employ  software  engineering 
techn  iques . 

The  correlation  between  TIME  and  STOR  is  almost 
significant.  The  machines  with  higher  main  storage 
constraints  required  faster  programs  so  that  less  storage 
will  be  used  and  the  chances  of  a  capacity  problem  are 
reduced.  Required  reliability  also  has  correlation 
coefficients  which  are  almost  significant  with  STOR.  Higher 
reliability   generally   requires   software   engineering   and 
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testing  and  uses  more  storage.  Software  engineering  is 
generally  needed  in  larger  applications  because  there  are 
more  personnel  working  on  them  who  must  communicate  and 
documentation  must  be  done  to  allow  for  maintainability. 
TOOL  and  MODP  are  also  almost  significantly  correlated.  The 
use  of  software  tools  and  required  development  schedule  seem 
to  be  related. 

Milder   correlations   exist   between  reliability  and 
complexity,  reliability  and  time  constraints,  complexity  and 


TABLE 

XIV 

COST    DRIVERS    CORRELATED 

WITH    TOTAL    SAMPLE 

MM 

0.25* 

RELY 

0.023 

0.294 

DATA 

0.05, 

0.0*5 

0.2S* 

0>U< 

0.101 

0.227 

0.4*0 

0.43, 

Tim 

9.050 

0.S5* 

0.442 

0.21*         0.403 

STO« 

0.0*4 

0.234 

O.S40 

0.24*         0.3*2 

0.474 

VIAT 

0.111 

-0.12, 

0.333 

0.2*2         0.24, 

0.373 

0.22, 

rum 

o.u» 

-0.13, 

0.041 

0.124.      0.047 

0.0,, 

0.03J 

0.271 

tct» 

0.074 

-0.133 

-0.2*1 

-0.3,1      -0.344 

-0.2*9 

-0.353 

-0.154 

-0.033 

»e» 

a. os, 

-0.02* 

9.111 

-0.114      -0.244 

-0.125 

0.172 

0.100 

-0.254 

0.344 

PCA* 

-0.0S2 

-0.117 

-0.244 

-0.40,      -0.427 

-0.2,2 

-0.201 

-0.944 

-0.0*4 

0.*14 

0.504 

v€X* 

-0.021 

-0.22, 

-0.140 

-0.24,      -0.1*7 

-0.042 

0.008 

-0.0,9 

-0.313 

0.44* 

0.3*3 

9.427 

L£X7> 

o.ooa 

-0.1,4 

0.201 

9.013      -0.02* 

-0.077 

•0.005 

0.114 

0.030 

0.277 

0.2,1 

0.334         0.354 

••OOP 

3.02S 

-0.139 

-0.017 

-0.004         0.007 

-0.115 

0.022 

-0.110 

0.124 

0.343 

0.313 

0.474         3.217         0.1*3 

TOOL 

-0.085 

-0.224 

-0.2S4 

-0.340      -0.241 

-0.23, 

-0.052 

-9.13* 

-0.244 

0.501 

0.417 

0.5,0         0.44,         0.02, 

0.5*3 

sea 

0.33* 

0.202 

0.001 

-0.074      -O.0OS 

-0.02* 

-0.047 

0.147 

-9.2*5 

0.1*2 

0.143 

0.214         0.237         0.0,1 

-0.110 

0.01, 

time,  complexity  and  programmer  capability,  data  and 
complexity,  data  and  programmer  capability,  programmer 
capability  and  modern  programming  practices,  programmer 
capability  and  virtual  machine  experience,  and  virtual 
machine  experience  and  use  of  software  tools.  It  follows 
that  to  increase  reliability  requires  more  complex,  faster 
programs.  Speeding  up  programs  tends  to  make  them  more 
complex.  Larger  data  bases  frequently  require  more  complex 
programs.  It  generally  takes  more  capable  programmers  to 
work  with  larger  data  bases  and  more  complex  programs.    The 
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more   capable   programmers   tend   to   use  modern  programming 

practices,   software   tools   and   their   expertise   with  the 

virtual  machine  to  increase  their  productivity. 

3.   Cost  Drivers  with  2-512K  Parti  t ion 

Table  XV  gives  correlations  of  the  cost  drivers  with 
KDSI,  mode,  MM,  and  TDEV. 


TABLE    XV 

COST    DRIVERS 

CORRELATED 

WITH 

2-512    KDSI 

SAMPLE 

K03I 

0.055 

MM 

>. on 

O.S<5 

mev 

0.017 

0.097 

0.149 

HO.Y 

O.J  32 

0.125 

0.212 

0.253 

data 

0.171 

0.017 

0.014 

0.114 

0.279 

C7»U< 

0.453 

0.144 

0.152 

0.214 

0.574 

0.409 

TIME 

0.287 

0.0O1 

0.117 

0.234 

0.449 

0.214 

0.471 

STOH 

0.120 

0.110 

9.151 

0.215 

0.430 

0.134 

0.440 

0.535 

VIRT 

-0.191 

-0.042 

0.045 

0.090 

0.271 

0.275 

0.124 

0.S75 

0.410 

TU8M 

•4.117 

-0.151 

-0.159 

-0.102 

-0.001 

0.014 

0.007 

0.119 

0.032 

1.121 

4CAP 

•1.111 

-0.044 

-0.044 

0.103 

-0.292 

•0.474 

-0.440 

-0.224 

-0.304 

fr.249 

-0.099 

A€XP 

-0.159 

0.104 

0.144 

0.221 

0.130 

-0.049 

-0.124 

-0.172 

0.227 

0.394 

-0.304         0.4U 

»CA» 

-t.lll 

0.015 

0.142 

0.201 

-0.293 

-0.411 

-0.141 

-0.241 

-0.147 

-0.171 

-3.191         9.911         0.523 

VE» 

-0.121 

0.172 

0.205 

0.131 

-0.154 

-0.291 

-0.254 

-0.024 

0.071 

-0.031 

-0.274         0.417         9.471         1 

515 

LE» 

-0.1J7 

0.251 

0.294 

0.343 

0.101 

-0.255 

-0.034 

9.013 

0.211 

0.011 

0.024         0.324         0.527         0 

455         0.494 
547         0.420         0.544 
'04         0.421         9.351 
199         0.192      -0.015 

■00L 
CO 

-0.104 

-0.22« 

o.oio 

0.155 
0.050 
0.130 

0.117 

0.014 
0.145 

0.304 
0.144 
0.274 

0.022 
-0.247 
-0.022 

0.049 
-0.142 

-0.094 

-0.032 

-0.400 

0.115 

-0.124 
-0.315 

0.014 

0.077 
-0.077 

0.044 

-0.2SS 
-0.149 

0.102 

0.077         0.444         0.141         0 
-0.295         0.409         0.472         0 
-0.417         0.150         0.1SJ         0 

9.542 

-0.0*1 

0.140 

The  partition  within  the  CQCOMO  KDSI  range  displayed  an 
even  stronger  correlation  between  analyst  capability  and 
programmer  capability  and  an  almost  significant  relation 
between  programmer  capability  and  analyst  experience  as  well 
as  programmer  capability  and  virtual  machine  experience. 
The  correlation  between  virtual  machine  experience  and 
modern  software  tools,  modern  programming  practices  and  use 
of  software  tools,  language  experience  and  use  of  modern 
programming  practices,  and  modern  programming  practices  and 
programmer  capability,  imply  that  the  capable  programmer 
tends  to  be  one  who  uses  modern  programming  practices  and 
software  tools  and  is  experienced  with  the  programming 
language  and  the  virtual  machine. 
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There  are  very  strong  correlations  between  KDSI  and  MM, 
KDSI  and  TDEV,  and  TDEV  and  MM.  The  correlation  can  be 
predicted  from  the  formula  for  effort  and  schedule. 

A  significant  correlation  exists  between  PCAP  and  TOOL 
and  an  almost  signficant  correlation  exists  between  ACAP  and 
TOOL.  This  indicates  that  the  more  capable  programmers  and 
analysts  are  likely  to  use  software  tools. 

The  correlation  of  TIME  with  STOR  and  TIME  and  VIRT  is 
almost  significant.  Those  applcations  requiring  fast 
execution  time  generally  also  required  more  of  storage.  The 
relation  between  VIRT  and  STOR  may  be  caused  by  updating  or 
upgrading  equipment  to  handle  the  storage  requirements 
without  creating  a  capacity  problem. 

The  almost  significant  correlation  of  RELY  with  STOR  and 
RELY  with  complexity  are  probably  due  to  the  increased 
program  coding  and  storage  requirements  imposed  by  increased 
re  1 i  ab  i 1 i  ty . 

Milder  correlations  exist  between  reliability  and  time 
constraints,  complexity  and  time,  complexity  and  storage, 
data  and  complexity,  mode  and  complexity,  time  and  storage, 
turnaround  and  schedule,  and  analyst  capability  and  virtual 
machine  experience.  To  increase  reliability  generally 
requires  more  complex,  faster  programs.  Speeding  up 
programs  tends  to  make  them  more  complex.  Larger  data  bases 
frequently  require  more  complex  programs.  As  the  mode  is 
changed   from   organic   to   semidetached   to   embedded    the 
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programs  are  increasing  in  complexity.  More  capable 
analysts  generally  exploit  their  familiarity  with  the 
virtual  machine  to  improve  performance. 

N.    COMMENTS 
1 .  Survey 

Some  of  the  comments  by  respondents  could  be  used  to 
modify  the  model /survey .  One  respondent  deleted  part  of  a 
mode  definition  to  fit  a  particular  software  shop.  Another 
found  the  mode  selection  a  tough  choice  due  to  the 
restriction  to  "in-house"  personnel  for  the  organic  mode. 
Respondents  seemed  to  have  a  problem  with  the  reliability 
response.  Many  are  used  to  having  reliability  expressed  in 
a  percentage  range  and  some  wanted  an  extra  high  response 
for  reliability.  One  respondent  commented  on  some  problems 
which  the  COCOMO  model  does  not  adequately  address  which 
tend  to  drive  the  costs  through  the  ceiling. 


.  .  .  .   Large  defense   systems  (e.g.    Early  warning, 
command  &.  control,  aircraft  avionics/fire  control/ 
automatic  test  equipment,  and  electronic  warfare)  are 
complex  systems  involving  embedded  and  stand-alone 
processors  in  all  size  categories.   The  software  is 
complex  particularly  related  to  systems  and  subsystems 
interfaces.   Early  program  estimates  of  cost,  schedule, 
complexity   and  resources  are    strongly  hampered  by 
inadequate   requirements  definition,  extremely  long 
acquisition/design  cycles  that  are    pushing 

state-of-the-art  techniques  and  equipment,  and  political 
environments.   The  bottom  line  is  we  have  a  very  small 
data  base  of  information  relative  to  the  use  or  accuracy 
of  software  cost  estimation  for  these  types  of  programs. 
Data  is  hard  to  get  and  often  not  adequately  contracted 
for  from  the  actual  development  contractor.   We  use  a 
number  of  costing  models  as  does  the  development 
contractor.   These  are    essential  and  must  mature  through 
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enforced  usage  if  we  are  to  get  a  handle  on  software 
costs  .  .  .  but  we  have  a  ways  to  go.   Systems  I  have 
Systems   I  have  worked  on  over  the   past  ten  years 
required  high  reliability  (.998  or  better),  were  real 
time  systems,  with  specified  257.  memory  and  processing 
time  reserves  (but  generally  delivered  with  no  or  very 
little  reserves.),  subject  to  continuous  software 
upgrades/enhancements,  involved  large  mainframe  ground 
processing  as  well  as  embedded  micro/mini  cababilities 


2 .  Telephone  Interv  iews 

Prior  to  distributing  the  survey,  many  phone  calls 
were  made  in  an  attempt  to  put  together  a  distribution  list. 
A  few  lessons  were  learned  that  did  not  appear  on  the 
survey.  On  hearing  that  one  installation  was  obtaining 
excellent  results  using  a  tuned  SLIM  model,  the  installation 
was  contacted.  The  application  was  financial/supply  related 
with  a  large  historical  database.  A  telephone  interview 
reported  specific  numbers  between  90*/.  and  100*/.  for  the 
percentages  the  estimation  was  of  the  actual  schedule  and 
effort.  When  the  survey  was  returned,  another  individual 
had  completed  it  and  all  three  responses  on  the  question 
dealing  with  percentages  were  marked  100'/..  The  installation 
had  an  operations  research  specialist  tune  the  SLIM  model  to 
the  historical  data  base.  If  other  installations  have  need 
of  the  same  kind  of  app 1 i cat  ion/ tuni ng ,  it  would  be 
advisable  to  have  software/ techni ques  exchanges. 

One  interviewee  described  a  software  cost  estimation 
shop  which  was  using  several  models  as  cross-validators. 
The  results  of  this  shop  and  others  like  it  could  be  a  prime 
source  of  data. 
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IV.   COCOMO  TOOL 

A.   INTRODUCTION 

Much  work  is  already  accomplished  in  the  area  of 
software  engineering  techniques.  From  a  general  systems 
development  approach,  CRefs.  7  &>  8D ,  to  a  specific  systems 
approach,  CRefs. 9  &.  10],  much  is  presented  on  the  methods  of 
software  development.  While  the  approach  used  in  these 
methods  for  implementation  varies  with  each  author,  the 
elements  of  requirements  analysis  and  design  are  considered 
basic  to  the  proper  development  of  software.  Pressman,  CRef 
113,  addresses  these  basic  elements  in  a  manner  which 
attempts  to  integrate  various  software  concepts  into  a 
concise  guide  for  analysts  and  programmers  alike.  The 
presentation  of  requirements  analysis  and  design  for  the 
COCOMO  TOOL  in  this  chapter  incorporates  Pressman's 
guidelines  and  serves  a  twofold  purpose.  First,  a  general 
model  provides  a  foundation  to  start  from  for  those  who  have 
little  or  no  idea  where  to  begin.  Second,  analysis  and 
design  of  the  COCOMO  TOOL  enhances  comprehension  of  the 
automated  COCOMO  model.  Information  and  functional 
descriptions,  processing  narrative,  design  constraints, 
validation  criteria,  and  special  considerations  are  all 
expanded  on  in  the  first  section  of  specific  requirements 
analysis  for  the  COCOMO  TOOL.   The  second  section  of   design 
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presents  the  COCOMO  TOOL  scope,  design  descriptions,  and 
module  descriptions.  These  sections  give  an  overview  of  the 
mechanisms  which  drive  the  program  development. 

B.    REQUIREMENTS  ANALYSIS 

1  .   Informat ion  Descr ip t  ion 

a.  Data  dictionary  -  Appendix  B 

b.  Data  structure  charts  -  Appendix  C 

2  .   Func  t  iona 1  Descr  i  p t  ion 

a  .   I nputs : 

(1)   Model  selection  -  Basic  or  Intermediate 

(E)   Mode  selection  -  Organic,  Semidetached,  or 
Embedded 

(3)   Estimated  thousands  of  delivered  source 
instructions  (KDSI)  for  the  software 
development  project 

( £* )   Monthly  personnel  costs  for  software 
deve 1 opment 

(5)  Software  development  effort  multipliers 
for  Intermediate  model  only 

(6)  Annual  Change  Traffic  (ACT)  for  software 
ma  i  ntenance 

(7)  Monthly  personnel  costs  for  software 
mai  ntenance 

(8)  Software  maintenance  effort  multipliers 
for  Intermediate  models  only 

b.   Calculations  in  the  COCOMO  TOOL  use  static, 
single  variable,  mode  dependent  formula  for 
computing  effort  and  maintenance  man-months  and 
months  respectively. 

c  .   Outputs : 

(1)   Effort  in  man-months  for  Basic  model 
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(S)   Nominal  and  adjusted  effort  for 
Intermediate  model 

(3)   Effort  adjustment  factor  for  Intermediate 
mode  1 

(^)   Schedule  in  months 

(5)  Productivity  in  delivered  source 
instructions  per  man-month 

(6)  Full  time  equivalent  software  personnel 

(7)  Annual  software  development  cost 

(8)  Maintenance  effort  adjustment  factor 

(9)  Maintenance  effort  in  man-months 

(10)  Annual  maintenance  cost 

(11)  Phase  distribution  of  effort  and  schedule 

(12)  Activity  distribution  by. phase 

(13)  Activity  distribution  by  phase  for 
ma  i  ntenance 

3 .   Processi  nq  Narrat i ve 

After   initiating   the   program,   a   choice   of  two 

models  is  made:  Basic  or  Intermediate.   Within  each  model  an 

Organic,  Semidetached,  or  Embedded  mode  is  selected.     Input 

values  for  cost  driver  attributes  (Intermediate  model  only), 

KDSI,  and   personnel  cost   per  man-month   are  entered.    The 

program   calculates   and   displays   effort  adjustment  factor 

(Intermediate   model   only),   estimated   effort,    schedule, 

annual  cost,  productivity,  and  number  of  full  time   software 

personnel  for  software  development.   Options  from  this  point 

are    to  continue  in  the  development  branch  of  the  program   or 

to   enter   the    maintenance   branch.    Continuing    in   the 
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development  branch  allows  for  program  calculation  and 
display  of  phase  distribution  of  effort  as  well  as  activity 
distribution  by  phase.  Results  for  the  phase  distribution 
of  effort  include  product  design,  programming  (detailed 
design,  and  unit  testing),  and  integration  and  testing.  The 
activity  distribution  by  phase  produce  eight  results.  These 
eight  results  consist  of  requirements  analysis,  product 
design,  programming,  test  planning,  verification  and 
validation,  project  office,  quality  assurance  and  manual 
deve lopment . 

Selection  of  the  maintenance  branch  option  requires 
inputs  of  maintenance  effort  cost  driver  attributes 
(Intermediate  model  only),  maintenance  personnel  cost  per 
man-month,  and  annual  change  traffic  values.  Results 
calculated  and  displayed  include  estimated  effort,  schedule, 
and  annual  cost  for  maintenance.  An  additional  option  xn 
the  maintenance  branch  produces  and  displays  maintenance 
phase  distribution  of  effort. 

Copies  of  the  prior  computed  values  for  either  the 
software  development  or  maintenance  calculations  are 
optionally  saved  during  each  session.  These  saved 
iterations  Are  viewed  for  comparison  either  on  the  computer 
screen  or  on  a  printer  output  as  desired. 
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<+ .       Design  Constraints 

a.  Tables  used  in  the  COCOMO  TOOL  for  phase 
distribution  of  effort  and  schedule,  and 
activity  distribution  by  phase  for  effort  and 
maintenance  are    based  on  the  following  values 
of  KDSI:  2,  8,  32,  128,'  and  512.   KDSI  values 
which  fall  between  these  standard  KDSI  figures 
are    interpolated.   Values  of  KDSI  lower  than  2 
and  greater  then  512  are    beyond  the  range  of 
the  COCOMO  TOOL  and  be  receive  an  error 
message . 

b.  The  program  is  interactive. 
5 .   Val idat  ion  Cr  i  ter  i  a 

a.  Performance  bounds 

(1)  Calculations  computed  and  displayed  in 
less  then  1.5  minutes 

(2)  Calculated  results  accurate  to  at  least 
one  decimal  place. 

(3)  Inputs  are  checked  for  errors  and  properly 
indicated  when  found. 

b.  Classes  of  tests 

(1)  Unit  testing  of  module  interfaces,  local 
data  structures,  and  important  module 
execution  paths,  error  paths  and  boundary 
cond  i  t  ions . 

(2)  Top-down  integration  testing  to  check 
interface  integrity,  functional  validity, 
and  information  content. 

(3)  Validation  testing  to  verify  all  software 
requirements  are    met. 

<S .   Special  considerations  include  providing  a  user's 
manual  to  assist  with  program  execution,  error 
handling,  and  program  maintenance. 


53 


C.    DESIGN 

1 .   Scope 


a.  Objective  -  development  of  an  interactive 
decision  support  system  ( DSS )  to  implement  the 
Basic  and  Intermediate  COCOMO  models. 

b.  Hardware  -  Selection  of  hardware  is  driven  by 
on-site  equipment  resources  and  RAM/hard  disk 
availability  to  support  the  selected  software. 
Micro-computers  are  selected  over  mainframes 
because  of  the  desire  for  software 
transportability  and  system  availability.   Due 
to  the  proliferation  of  IBM  compatibles  an  IBM 
PC^XT  with  6^0K  of  RAM,  color  monitor  and  a  10 
megabyte  hard  disk  is  determined  to  be 
appropriate  for  the  software  development. 

c.  Major  software  functions 

(1)  Table/database  capacity 

(2)  Spreadsheets 

(3)  Screen  generator  capability 
( <4  )  Report  generator  capability 

(5)  Graphing  capability 

(6)  Error  prompting  messages 

(7)  Word  processing  ability 

(8)  Color  manipulation 

d.  Software  -  Integration  of  the  above  major 
software  functions  into  a  single  package  is 
desirable.   This  feature  makes  extra  coding  to 
interface  dissimilar  packages  avoidable. 
Knowledgeman  from  MDBS  is  selected  for  these 
reasons  and  because  it  contains  all  of  the 
above  major  software  functions. 

e.  Human  interfaces  -  The  COCOMO  TOOL  program  is 
menu  driven  with  selections  made  from  function 
keys  . 
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Design  Descr  ipt  ion 

a.  Data  description  -  Appendix  B  provides  a  data 
dictionary  of  terms  used  with  the  COCOMO  model 

b.  Derived  software  structure  -  Appendix  C 
displays  the  top-down  hierarchy  of  the  COCOMO 
TOOL  program.   All  modules  shown  are    highly 
cohesive.   Each  module  is  either  sequentially 
or  functionally  cohesive  in  that  the  output 
data  from  one  module  is  passed  directly  into 
the  module  or  the  module  takes  inputs  and 
produces  outputs. 

c.  Software  structure  interfaces  -  The  modules 
shown  in  Appendix  C  also  have  relatively  low 
coupling.   Data  coupling  occurs  because  only 
the  necessary  data  is  passed  between  two 
modules.   Control  coupling  is  also  necesary  as 
control  flags  are    passed  to  maintain  program 
status . 

Modu le  Descr  ip t  i  ons  -  To  enhance  readibility  and 
reduce  duplication  of  effort  all  modules  a.re 
colocated  with  the  program  listings  in  Appendix  D. 
Each  description  provides  a  processing  narrative, 
sample  call,  input  received,  output  produced,  and 
indicates  any  submodule  which  may  be  called. 


55 


V.   SUMMARY ,  CONCLUSIONS  AND  RECOMMENDATIONS 


A.   SUMMARY 

1.   KDSI  has  a  greater  impact  on  nominal  effort  than 
mode  has. 

£.   The  mean  to  standard  deviation  ratios  for  effort 
increase  as  the  mode  goes  from  organic  to 
semidetached  to  embedded. 

3.   Productivity  dropped  both  as  the  mode  went  from 

organic  to  semidetached  to  embedded  and  as  the  KDSI 
range  increased. 

A- .   The  number  of  full-time  personnel  increases  as  the 
mode  changes  from  organic  to  semidetached  to 
embedded  as  well  as  with  an  increase  in  the  number 
of  KDSI. 

5.  Survey  responses  indicated  that  SLIM,  COCOMO ,  RCA 
PRICE  S,  and  the  Federal  Conversion  Center  Manual 
$/lines  of  code  were  the  most  widely  used  estimation 
model s /methods . 

6.  Most  applications  were  f i nanc i a  1 / supp 1 y  related. 

7.  The  survey  results  indicate  a  strong  correlation 
between  analyst  capability  and  programmer 

capab  i 1 i  ty . 

Q.   Many  software  development  shops  do  not  keep  track  of 
number  of  lines  of  code  and  estimated  cost,  schedule 
and  effort,  nor  do  they  match  estimates  with 
ac  tua 1 s . 

9.   There  is  some  correlation  between  software  and 

reliability,  complexity,  execution  time  constraints 
and  storage  constraints. 

10.  Modern  programming  practices  and  the  use  of  software 
tools  seem  to  be  related. 

11.  There  are    very  strong  correlations  between  KDSI  and 
MM,  KDSI  and  TDEV,  and  TDEV  and  MM. 
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B.   CONCLUSIONS 

1 .  Survey 

No  change  in  the  trend  for  increased  demand  for 
software  by  DOD  is  anticipated.  There  will  be  a  continued 
need  for  improved  software  cost  estimation.  There  will 
probably  be  no  one  model  which  is  the  panacea  for  all  nature 
of  applications.  The  successful  cost  estimation  shops  will 
probably  use  a  battery  of  models.  Some  day  a  model  or  set 
of  models  will  probably  be  deemed  optimal  for  specific  types 
of  applications.  Nevertheless,  a  data  base  must  be  built 
before  a  determination  can  be  made.  The  Intermediate  COCOMO 
model  shows  promise  both  as  a  software  development  and 
maintenance  estimation  tool.  Intermediate  COCOMO  will 
probably  become  a  valued  asset  in  situations  where  a  good 
estimation  of  the  number  of  lines  of  delivered  source 
instructions  is  made.  Software  shops  will  probably  be 
converting  some  applications  into  ADA  in  the  future. 

2 .  Dec  i  sion  Suppor  t  System 

Development  of  a  DSS  covers  not  just  one  area  but 
rather  encompasses  several  factors  which  must  be  closely 
integrated  to  produce  an  effective  system.  These  factors 
deal  with  hardware,  software,  data,  procedures,  and 
personnel.  The  selection  of  a  hardware  system  for  DSS 
development  is  often  constrained  by  the  resources  already 
available  in  the  software  shop  which  drives  the  software 
selection   criteria.    Networking   of   microcomputers    also 
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increases   the   productivity   of   project  development  due  to 
file  sharing  capabilities. 

DSS  software  is  only  as  good  as  the  software 
applications  package  foundation  on  which  it  executes. 
Features  which  should  be  basic  to  any  applications  package 
for  DSS  development  include  tables,  spreadsheets,  graphing, 
report  and  screen  generators,  and  color  manipulation. 
Documentation  and  vendor  support  are  other  attributes  that 
also  must  be  considered.  Technically  oriented  documentation 
must  be  tempered  with  many  examples  and  lessons  for  the 
software  development  practitioner  to  obtain  the  full 
benefits  of  the  package.  Anything  less  then  this  inhibits 
the  full  scale  potential  that  could  be  realized.  Vendor 
responsiveness  for  clarification  of  ambiguous  problems 
becomes  very  important  when  there  are  no  other  "experts"  in 
the  local  area.  Waiting  for  a  return  call  for  a  problem 
called  in  is  less  than  satisfactory,  especially  when  a 
deadline  is  approaching.  The  KnowledgeMan  applications 
package  contains  all  of  the  basic  elements  listed  above  and 
is  used  in  the  support  of  the  CQCOMO  TOOL.  This  package 
contains  a  full  compliment  of  tools  whose  use  is  limited 
only  by  the  creativity  of  the  developer.  However,  response 
time  for  computations  and  file  manipulations  are  slower  than 
desired.  Another  limitation  of  the  package  is  that  it 
allows  useage  of  only  192K  of  RAM  even  if  a  machine  contains 
a  higher   capacity  RAN.   For  a   large  size   program  this  may 
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cause  "insufficient  memory"  errors  to  be  generated  which 
crash  the  program.  To  get  around  this  dilemma  each  module 
is  separately  loaded,  processed,  and  released  within  the 
program.  This  produces  a  speed  reduction  in  the  program  due 
to  file  manipulation.  The  documentation,  while  plentiful 
and  excellent  for  the  professional,  is  challenging  for  the 
beginner.  Supplemental  material  from  other  sources  is  often 
a  solution  as  a  clearer  writing  style  with  more  examples  is 
all  that  is  needed. 

Proper  data  development  serves  only  to  enhance  the 
product  end-result.  This  is  achieved  by  using  rigorous 
software  engineering  technigues  such  as  requirements 
analysis  and  design.  Even  though  these  techniques  add  extra 
time  to  the  front  end  of  the  development,  it  is  time  well 
spent.  Coding  time  and  program  maintainability  benefit 
greatly  from  this  preceding  work.  In  addition,  data 
presentation,  whether  it  is  input  or  output,  plays  just  as 
vital  a  role  as  analysis  and  design.  Proper  data  display  is 
faster  to  learn,  easier  to  work  with,  and  reduces  errors  if 
it  is  presented  in  a  consistent  format.  This  is  where  the 
double  responsibility  of  the  programmer  comes  into  play. 
Not  only  must  the  programmers  view  the  product  from  the 
viewpoint  of  the  designer,  but  they  must  also  be  able  to  see 

the  product   through  the   eyes  of   the  user not   a  position 

which  can  be  accomplished  by  many.  Development  of  the 
CQCOMO    TOOL    is    the    result    of   software  engineering 
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techniques.  The  program  uses  menu  driven  screens, 
customized  function  keys,  and  succinct  error  messages  to 
produce  an  effective  DSS  system. 

Procedures  are  as  natural  to  software  development  as 
breathing  is  to  a  human.  Properly  established  procedures 
eliminate  disorganization  and  maintain  the  essence  of 
productivity.  Backup  procedures  to  save  completed  work  and 
committee  procedures  to  maintain  project  direction  and 
prevent  goal  diversification  are  minimally  required  in  every 
software  development  effort.  Of  course,  too  many  procedures 
are  just  as  bad  as  no  procedures  at  all.  Excessive 
procedural  detail  leaves  no  room  for  creativity  and 
flexibility,  a  bane  to  software  developers.  Procedure  uses 
during  COCOMO  TOOL  development  prevented  loss  of  program 
data  due  to  a  failed  hard  disk  and  enabled  program 
development  to  procede  at  a  steady  pace. 

Essential  to  every  software  development  project  are 
the  personnel.  Communication  among  team  members  before  and 
during  the  project  are  necessary  for  successful  project 
implementation.  Lack  of  communications  creates  program 
divergence  resulting  in  time  wasted  to  correct  what  should 
have  been  done  correctly  in  the  first  place.  Experience  of 
personnel  with  programming  and  the  applications  package  in 
use  increases  productivity  and  saves  time.  However,  once  an 
applications  package  is  learned  there  is  a  great  deal  of 
inertia   to   overcome   when   deciding   to   switch   to   a  new 
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applications  package.  While  we  all  had  prior  programming 
experience,  not  one  of  us  had  any  experience  with  the 
KnowledgeMan  applications  package.  This  single  factor  was  a 
major  contributor  to  program  development  schedule  increases. 

C.   RECOMMENDATIONS 
1 .   Survey 

It  is  recommended  that  the  Department  of  Defense 
Computer  Institute  (DODCI)  track  all  the  software  projects 
in  the  DOD .  A  survey  method  such  as  the  Delphi  approach  can 
be  used  to  improve  the  data  gathering  effort.  This  would 
produce  data  compatible  with  all  models  tested  and  to 
correct  any  noted  deficiencies.  The  survey  should  be  easy 
to  complete,  i.e.,  be  objective.  Responses  should  require 
only  pencil  marks  with  a  separate  comment  sheet  supplied. 
The  survey  input  to  the  data  base  should  be  optically 
scanned.  Photocopies  of  any  rejects  should  be  returned  to 
the  originator  along  with  a  replacement  survey  form  and  an 
explanation  form  letter. 

DODCI  should  collect  and  load  data  from  the  initial 
estimates  and  from  the  actual  results.  Analysis  of  the  data 
should  determine  which  shops  are  performing  well  with 
particular  types  of  applications.  After  determining  what 
model (s)  or  techniques  are  in  use  for  the  successful  shops, 
arrange  to  have  the  information/expertise  transferred  to 
other  sites  using  similar  applications.  Any  elimination  of 
reinvention  of  the  wheel  could  both  save  dollars  and  improve 
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performance.  A  vehicle  for  transfer  could  be  a  mobile 
training  team.  The  training  team  could  identify  ingredients 
of  success,  copy  and  distribute  any  software  tools  used,  as 
well  as  training  other  teams.  With  DODCI  tracking  the 
performance*  there  may  be  competition  and  some  competitors 
may  not  want  to  share  their  successes.  If  this  is  the  case, 
a  mobile  training  team  could  be  used  to  educate  the  software 
centers  on  the  benefits  of  shared  successes  and  perhaps  even 
assist  with  the  transfer  of  technology  to  others. 

A  cost  driver  should  be  added  to  the  COCOMO  model 
for  implementation  of  new  RS.D,  or,  perhaps  estimated  effort, 
schedule  and  cost  could  be  multiplied  by  a  number.  The  cost 
driver  tables  should  be  modified  so  that  all  ratings  are 
from  very  low  to  extra  high.  Wherever  possible,  the  ratings 
should  have  descriptive  numbers.  For  example,  RELY,  should 
also  be  categorized  by  percentages.  There  may  also  need  to 
be  separate  cost  driver  ratings  for  the  limits.  The  PCAP 
rating  should  be  evaluated.  The  current  ratings  may  not 
account  for  differences  which  may  be  as  much  as  a  magnitude. 
E .   Dec  ision  Suppor t  System 

The  use  of  the  COCOMO  TOOL  is  recommended  for  all 
DOD  software  development  shops.  This  tool  can  be  used  for 
software  development  and  maintenance  estimation  in  those 
shops  that  do  not  have  any  software  estimation  tools.  Shops 
that  have  other  estimation  tools  can  use  the  COCOMO  TOOL 
either  as   a  supplement   to  those   tools  or   as  a   means  for 
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cross-checking  the  other  tools.  While  copies  of  the  CDCOMO 
TOOL  can  be  obtained  from  the  Naval  Postgraduate  School 
(Professor  Bui  via  the  Department  of  Administrative 
Sciences),  each  software  shop  must  provide  its  own 
KnowledgeMan  package  to  run  this  program  as  distribution  of 
this  copyrighted  material  is  unlawful  unless  some  form  of 
license  is  obtained. 

To  provide  more  standardization  in  DOD  for 
requirements  analysis  and  design  of  software  projects,  it  is 
also  recommended  that  all  senior  level  programmer  and 
management  personnel  be  required  to  attend  a  requirements 
analysis  and  design  course  offered  by  DODCI. 
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APPENDIX  A 
SURVEY  OF  SOFTWARE  COST  ESTIMATION  PRACTICES 


Organization:  Phone: 

Mailing  Address: 

Person  conducting  survey: 


What  is  the  nature  of  your  software? 

a .  F  i  nanc  i  a  1 

b .  Supp  1  y 

c .  Other : 


What  is  your  average  program  size  in  thousands  of  lines 
of  code? 

(Circle  a  number  or  write  a  number  in  the  blank 
provided . ) 

a.   2      b.   8      c.   3E      d.   128      e.   512 
OTHER: 

Software  development  modes  can  be  classified  into  three 
types : 

a.   Organic  -  Relatively  small  teams  develop  the 

software.   Most  team  members  are  from  in-house  and 
have  extensive  experience  in  working  with  other 
related  systems  within  the  organization.   There  is 
minimal  need  for  innovative  algorithms.   Software 
is  generally  under  50K  lines  of  code.   Larger 
organic  mode  products  may  be  built  using  existing 
software 

b  . 
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c.   Semi-detached  -  May  have  a  mixture  of  the  organic 
characteristics.   Teams  consist  of  a  wide  mixture 
of  experienced  and  inexperienced  people;  team 
members  have  an  intermediate  or  incomplete  level  of 
experience  with  related  systems  to  be  developed. 

Circle  the  mode  that  best  applies  to  your 
organ  i  zat  ion . 

a.   Organic      b.   Embedded     c.   Semi-detached 

<+ .   Which  software  cost  estimation  method(s)  or  model(s)  do 
you  use? 

a.   COCOMO      b.   SLIM      OTHER: 


5.  Of  all  projects  which  you  have  been  involved  with  for 
the  past  five  years: 

a.  of  average  actual  costs,  what  percentage  is 
estimated  costs?  

b.  of  average  actual  schedule,  what  percentage  is 
estimated  schedule?  

c.  of  average  actual  effort,  what  percentage  is 
estimated  effort?  

6.  Profile  characteristics  of  your  software  projects.   For 
each  attribute,  circle  the  category  which  applies. 


ATTRIBUTES 

PRODUCT  ATTRIBUTES: 

RELY:  Required  softuars       Effect!  <hght      io«.  Easily  loderite.  High.  Risk  to 

r el iibi 1 1 ty  inconvenience       recoverable  losses      Recoverable  losses      Financial  lot,      huian  life 


!   Very  loe                       Loe                                Honnal  Htqh  Very  High! 

DATAi  Data  bate  size                                         DB  bytes                              D  DO 

<  10               10  <  -  <  100  100  <  -  <  1000         -  >  1000 

Proq  DSI                                P  P  P 


loe  Noainal  High       Very  High! 


CPLIi  Product  coipleiity  Straightline    Single  file.  No    Standard  routines.  Special  purpose   Difficult  but  Difficult  and 

code  data  structure    Sieple  structure  routines.  Coeplei  structured  unstructured 

changes  and  edits  data  restructure  routines  routines 

!  Very  Loe         Loe  Noainal  High       Very  High  Eitra  High 


i=S 


COMPUTER  ATTRIBUTES: 


TIBt!  Execution  tit* 
constraint 


STORi  Execution  storage 
constraint 


VIRT:  Virtual  eachme 
volatility  • 


(  301  use  of  available 
execution  tut 


701 


SSI 


"ounal 


High 


'  301  uit  of 
availiablt  storage 

!    Notinal 


Ha|Or  change  every  Hajor:  6  aontht 
12  aontht       Ni nor  -  2   eeeit 
Hi  nor  i  I  aonth 


701 


831 


High 


Very  Hiqh 


931 


Very  High     Extra  High 


951 


Extra  High 


"iior:  i   aontht  Hajor:  I   aeeks 
Ninor:  1  aeet   Hinor:  i   days 


Lou 


Hotinal 


High 


Very  High! 


TURN:  Coeputer  turnaround 
tiH 


Interactive 


Average  turnaround   *  -15  houri     )  12  hours 
<  *  hours 


o. 


Hoainal 


High 


Very  High! 


PERSONNAL  ATTRIBUTES! 


ACAP: 

Analyst 
capability  <» 

Applications 
experience 

Prograoter 
capability  >• 

Virtual  tachine 
experience  • 

Prograuing 

language 

experience 

13th 
percentile 

33th 

percentile 

33  th 
percentile 

75th 
percentile 

90th 
percentile 

!  Very  Lot 

Loa 

Koeinal 

High 

Very  High! 

AEIP: 

(  *  eonths 
experience 

1  year 

experience 

3  years 

experience 

4  years 

experience 

12  years 

experience 

!  Very  Lou 

Lo* 

"ounal 

High 

Very  High! 

PCAP: 

13th 
percenttlt 

33th 
percentile 

33th 
percentile 

75th 
percentile 

90th 
percentile 

!  Very  Lose 

Loa 

Konnal 

High 

Very  High! 

VEIP: 

<  1  eonth 
experience 

»  tonths 
experience 

1  year 
experience 

3  years 

experience 

!   Very  loa 

Lh 

Notinal 

High  ! 

LEIP: 

<  1  aonth 
experience 

»  aonths 

exper  i»nc» 

1  year 

experience 

3  yean 

experience 

!  Very  Loa 

Loa 

•ounal 

High  ! 

PROJECT  ATTRIBUTESi 


HODPi  Use  of  todern 
progutaing 
practices 


Ho  use 

Beginning  use 

Sot*  utf 

General  use 

Routine  use 

!  Very  Lou 

Loa 

Honnal 

High 

Vfry  High  1 

TOOL: 

Use  of  softmre 
too  If 

Required 

develope-ent 

schedule 

Bjsic  ncro-    Bjsic  iim 
processor       tools 
tools 

Bisic  lidi/uii 
tools 

Strong  mi 

Dproqr  jiinq 

test  tools 

Add  reguireeentsi 
design,  iinageient, 
docuientition  tools 

1  Very  Lo»         Lost 

Noiinil 

High 

Very  High       1 

SCED: 

751  of  noiinil      851 

1  Very  Lo»         Lou 

1001 
Noaifljl 

1301 
High 

1401 
Very  High! 

7.   Would  you  like  to  be 
distribution  list? 


included  on  the  report  findings 


Ye< 


No 
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APPENDIX  B 
Data  Dictionary 


DATA  DEFINITION 


Name:   ACT 

Format:   Real 

Range:   0.  00  -  1.  00 

Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESM. ITB,  BESMAD. ITB,  IESM. ITB,  IESMAD. ITB. 
Located  in  spreadsheet  cell  #M6. 

Processing:   The  user  enters  the  value  of  the  ACT  onto  the  spread- 
sheet.  ACT  is  used  to  calculate  nominal  maintenance 
effort.  MMnam,  by  multiplying  by  the  development  effort 
EFnom  (or  MMnom)  in  in  a  spreadsheet.  This  is  done  by 
CALCMDAT.  IPF. 

Description:   Annual  Change  Traffic.   This  is  the  fraction  of  the 
software  product  s  source  instructions  which  undergo 
change  during  a  typical  year,  either  through  addition  or 
modification. 

(KDSI  ADDED  ±  KDSI  MODIFIED') 
ACT  =       (ORIGINAL  KDSI) 
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DATA  DEFINITION 

Name:   ACTIVITY 

DISTRIBUTION  BY  PHASE 

Variables: 

Product  Des. 

Lgn  Phase: 

RAPD,  PDPD, 

PROGPD,  TESTPD,  WPD,  POPD, 

CQPD, 

MANPD 

Programming 

Phase: 

RAPROG.  PDPROG,  PROGPROG,  TESTPROG,  VVPROG,  POPROG, 
MANPROG 

CQPROG, 

Integration 

and  Testing  Phase: 

RAIT,  PDIT, 

PROGIT,  TESTIT,  WIT,  POIT, 

CQIT, 

MANIT 

Description: 

Activity  Distribution  by  Phase.   This  is 
effort.   Example: 

calcu 

Lated  for 

Activity  Distribution  by  Phase  for  Effort  =  Phase  Distri- 
bution for  Effort  x  Activity  Distribution  % 
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DATA  DEFINITION 


Name:   ACTIVITY  DISTRIBUTION  OF  MAINTENANCE 


Varibles:   MRA,  MPD,  MPROG,  MTEST,  MVV,  MPO,  MCQ,  MMAN 


Description: 


Activity  Distribution  of  Maintenance  Effort  =  Man-months 
x  Maintenance  Activity  distribution  %. 
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DATA  DEFINITION 


Name:   ACOST 


Format:   Real 


Range:   positive  numbers 


Field/Cell  in  Files:   CBO.  ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS.  ICF, 
CIE. ICF.  BES. ITB.  BESP.  ITB,  BESPAD.  ITB,  BESM.  ITB, 
BESMAD. ITB,  IES. ITB,  IESP. ITB,  IESPAD. ITB,  IESM. ITB, 
IESMAD. ITB.   Placed  in  spreadsheet  cell  #D16. 


Processing:   Calculated  by  DEVPARBA. IPF  for  the  basic  models  and 
DEVPARMS  for  the  intermediate  models. 


Description: 

Annual  Personnel  cost  during  development: 

ACOST  =  PCOST  x  MM   for  the  basic  model. 

ACOST  =  PCOST  x  MMadj   for  the  intermediate  model. 
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DATA  DEFINITION 


Name:   AMC 


Format:   Real 


Range:   positive  numbers 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESM. ITB .  BESMAD. ITB ,  IESM. ITB ,  IESMAD. ITB. 
Placed  in  spreadsheet  cell  #M14. 


Processing:   Annual  maintenance  cost  is  computed  in  CALCMDAT.  IPF. 

Description: 

Annual  Maintenance  Cost: 

AMC  =  (MMam)  x  (MPCOST) 
The  intermediate  model  uses  MMnam. 
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DATA  DEFINITION 


Name:   Code  and  Unit  Test 


Description: 


Coding  and  Unit  Testing  is  a  subset  of  the  phase  distri- 
bution percentage  for  programming  for  the  basic  and 
intermediate  models. 
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DATA  DEFINITION 


Name:   COST  DRIVERS 

Format:   Real 

Range:   0.  00  -  1.  00 

Field/Cell  in  Files:   (see  data  dictionary  entry  for  the  cost 
drivers  listed  below. ) 

Description: 

1.  DEVELOPMENT  COST  DRIVERS 

The  15  factors  which  affect  software  development:   ERELY,  EDATA, 
ECPLX,  ETIME,  EST0R,  EVIRT,  ETURN,  EACAP,  EAEXP,  EPCAP,  EVEXP, 
ELEXP,  EMODP,  ET00L,  and  ESCED.   There  is  a  multiplier  for  each 
factor.   When  multiplied  together,  these  15  factors  form  EAF, 
the  effort  adjustment  factor. 

2.  MAINTENANCE  COST  DRIVERS 

The  14  factors  which  affect  software  maintenance:  RELY,  DATA, 
CPLX,  TIME,  STOR,  VIRT,  TURN,  ACAP ,  AEXP ,  PCAP ,  VEXP ,  LEXP, 
M0DP,and  TOOL.   There  is  a  multiplier  for  each  factor.   When 
multiplied  together,  these  14  factors  represent  the  EAFm,  main- 
tenance EAF.   These  are  identical  to  the  factors  for  development 
with  the  exception  of  MODP  and  RELY  which  have  different  values 
for  maintenance  efforts.   There  is  no  maintence  driver  for 
schedule. 
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DATA  DEFINITION 


Name:   CQIT 


Format:   Real 


Range:   0.  00-0.  99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF.  BESPAD. ITB,  IESPAD. ITB  Placed  in  spreadsheet 
cell  #H72 


Processing:   Computed  by  CALCDPAD.  IPF  and  placed  into  spreadsheet 
cell  #H/2  for  display  and  possible  graphing  or  reports. 


Description:   The  activity  distribution  %   of  Effort  devoted  to  the 
Configuration  Management  and  Quality  Assurance,  CM/QA. 
activity  of  the  integration  and  testing  phase- of  develop- 
ment. 
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DATA  DEFINITION 


Name:   CQPD 


Format:   Real 


Range:   0.00-0.99 


Field/Cell  in  Files:   CBO. ICF,  CBS.ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF.  BESPAD. ITB,  IESPAD. ITB.   Located  in  spreadsheet 
cell  #D72. 


Processing:   Computed  by  CALCDPAD. IPF  and  placed  into  spreadsheet 
cell  #D/2  for  display  and  possible  graphing  or  reports. 


Description:   The  activity  distribution  %  of  Effort  that  is 
devoted  to  the  Configuration  Management  and  Quality 
Assurance,  CM/QA,  activity  during  the  product  design 
phase. 
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DATA  DEFINITION 


Name:  CQPROG 
Format:  Real 
Range:   0.  00-0.  99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESPAD. ITB,  IESPAD. ITB.   Located  in  spreadsheet 
cell  #F72. 


Processing:   Computed  by  CALCDPAD. IPF  and  placed  into  spreadsheet 
cell  #F72  for  display  and  possible  graphing  or  reports. 


Description:   The  activity  distribution  %  of  Effort  that  is 
devoted  to  the  Configuration  Management  and  Quality 
Assurance,  CM/QA,  activity  during  the  programming  phase 
of  development. 
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DATA  DEFINITION 


Name:   CUT 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   CBO.  ICF,  CBS. ICF,  CBE. ICF.  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESP. ITB,  BESPAD. ITB,  IESP. ITB,  IESPAD. ITB. 
Located  in  spreadsheet  cell  #1)49. 


Processing:   Computed  by  CALCEFSC. IPF  and  placed  into  a  spread- 
sheet cell  #D49  for  later  reports  or  graphing. 


Description:   Phase  Distribution  of  Effort  allocated  to  Coding  and 
Unit  Testing.   This  is  a  subset  of  the  Programming  Phase 
for  Effort. 
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DATA  DEFINITION 


Name: 

Detailed  Design 


Description: 

Detailed  Design  is  a  subset  of  the  phase  distribution 
percentage  for  for  programming  for  the  basic  and  interme- 
diate models. 
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DATA  DEFINITION 


Name:   DETDES 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESP. ITB,  BESPAD. ITB,  IESP.  ITB,  IESPAD. ITB. 
Located  in  spreadsheet  cell  #D48. 


Processing:   Computed  by  CALCEFSC. IPF  and  placed  into  a  spread- 
sheet cell  #D48  for  later  reports  or  graphing. 


Description:   Phase  Distribution  of  Effort  allocated  to  Detailed 
Design.   This  is  a  subset  of  the  Programming  Phase  for 
Effort. 


aa 


DATA  DEFINITION 

Name: 

EACAP 

Format: 

Real 

Range: 

0.  00  -  1.00 

Field/C 

ell  in  Files:   CIO. 
IESP. ITB,  IESPAD. 

ICF,  CIS. ICF,  CIE. ICF 
ITB.   Located  in  spre 

,  IES.  ITB, 

adsheet  cell  #F107. 

Process 

ing:   The  value  is  defaulted  to  1. 0  (nominal)  on  the 

spreadsheet.   The  user  can  change  this  to  another  value 
displayed  on  the  spreadsheet.   Used  by  REDEVDAT. IPF  to 
compute  the  Effort  Adjustment  Factor,  (EAF). 

Description: 

Analyst  Capability  attribute, 
multipliers  used  in  obtaining 

One  of 
an  EAF. 

the  15  cost  driver 
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DATA  DEFINITION 


Name:   EAEXP 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   CIO.  ICF,  CIS.  ICF,  CIE.  ICF,  IES.  ITB, 

IESP. ITB,  IESPAD. ITB,  IESM. ITB ,  IESMAD. ITB.   Located  in 
spreadsheet  cell  #F108. 


Processing:   See  EACAP. 


Description: 


Applications  experience.   One  of  the  15  cost  driver  mul- 
tipliers used  in  obtaining  an  EAF. 
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DATA  DEFINITION 


Name:   EAF 


Format:   Real 


Range:   positive  numbers 


Field/Cell  in  Files:   CIO.  ICF,  CIS.  ICF,  CIE. ICF,  IES.ITB, 

IESP. ITB,  IESPAD. ITB.   Located  in  spreadsheet  cell  #H11 


Processing:   REDEVDAT.  IPF  multiplies  the  cost  driver  inputs  from 

the  spreadsheet  cells  together  to  obtain  the  EAF  which  is 
stored  in  spreadsheet  cell  #H11. 


Description:   Effort  Adjustment  Factor.   This  is  the  product  of 
all  15  cost-drivers  for  development  effort. 
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DATA  DEFINITION 


Name:   EAFra 


Format:   Real 


Range:   positive  numbers 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF.  IES.ITB,  IESP. ITB,  IESPAD. ITB.   Located  in 
spreadsheet  cell  #012. 


Processing:  CALCEAFM. IPF  multiplies  the  cost  driver  inputs  from 
the  spreadsheet  cells  together  to  obtain  the  EAFm  which 
is  stored  in  spreadsheet  cell  #012. 


Description:   Maintenance  Effort  Adjustment  Factor.   This  is  the 
product  of  alll4  cost-drivers  for  maintenance  effort. 
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DATA  DEFINITION 


Name:   ECPLX 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   CIO. ICF,  CIS. ICF,  CIE. ICF,  IES. ITB, 

IESP. ITB,  IESPAD. ITB.   Located  in  spreadsheet  cell  #F102. 


Processing:   See  EACAP. 


Description: 


Project  Complexity  attribute.   One  of  the  15  cost  driver 
multipliers  used  in  obtaining  an  EAF. 
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DATA  DEFINITION 


Name:   EDATA 


Format:   Real 


Range:   0.  00  -  1.  00  ' 


Field/Cell  in  Files:   CIO. ICF,  CIS. ICF,  CIE. ICF,  IES. ITB. 

IESP. ITB,  IESPAD. ITB.   Placed  in  spreadsheet  cell  #F101. 


Processing:   See  EACAP. 


Description: 


Data  Base  Size  attribute.   One  of  the  15  cost  driver  mul- 
tipliers used  in  obtaining  an  EAF. 


flb 


DATA  DEFINITION 


Name:   Effort  Coefficients 


Format:   Real 


Range:   positive  number 


Located  in  Files:   DEVPARBA. IPF  for  the  basic  model  and 
DEVPARMS. IPF  for  intermediate. 


Description: 


Coefficients  for  the  effort  equations.   These  vary  by 
model/mode  and  can  be  changed  by  the  user  in  the  respec- 
tive IPF  files  (BASIC:  DEVPARBA. IPF,  INTERMEDIATE: 
DEVPARMS. IPF)  to  tune  the  model  to  historical  project 
data  gathered  by  an  organization. 


fl7 


DATA  DEFINITION 


Name:   Effort  Exponents 


Format:   Real 


Range:   positive  number 


Located  in  Files:   DEVPARBA. IPF  for  the  basic  model  and 
DEVPARMS. IPF  for  intermediate. 


Description: 

Exponents  for  the  effort  equations.   See  Effort  Coeffi- 
cients. 


fifl 


DATA  DEFINITION 

Name: 

ELEXP 

Format: 

Real 

Range: 

0.00  -  1.00 

Field/C 

ell  in  Files:   CIO. 
IESM. ITB,  IESMAD. 
spreadsheet  cell 

ICF,  CIS. 
ITB,  IESP 
#F111. 

ICF.  CIE. ICF, 
.ITB,  IESPAD. 

IES. 
ITB. 

ITB, 
Located  in 

Process 

ing:   See  EACAP. 

Description: 

Programming 
driver  mult. 

Language  Experience.   One  of  the 
Lpliers  used  in  obtaining  EAF. 

15 

cost 

fl^ 


DATA  DEFINITION 


Name:   EMODP 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   IESM. ITB,  IESMAD. ITB,  CIO. ICF,  CIS. ICF, 
CIE. ICF.  IES. ITB,  IESPAD. ITB,  IESP. ITB.   Located  in 
spreadsheet  cell  #F112. 


Processing:   See  EACAP. 


Description: 


Use  of  Modern  Programming  Practices.   One  of  the  15  cost 
driver  multipliers  used  in  obtaining  EAF. 


ID 


DATA  DEFINITION 


Name:   EPCAP 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   IESP. ITB,  IESPAD. ITB,  CIO. ICF, ■ CIS. ICF, 
CIE. ICF   IES.  ITB,  IESM.  ITB,  IESMAD.  ITB.   Placed  in 
spreadsheet  cell  #F109. 


Processing:   See  EACAP. 


Description: 


Programmer  Capability.   One  of  the  15  cost  driver  multi- 
pliers used  in  obtaining  EAF. 


^1 


DATA  DEFINITION 

Name: 

ERELY 

Format: 

Real 

Range: 

0.  00 

-  1.00 

Field/C 

ell  in 

IESM 
spre 

Files:   CIO. 
ITB,  IESMAD. 
adsheet  cell 

ICF,  CIS. ICF.  CIE 
ITB,  IESPAD. ITB, 
#F100. 

.  ICF 
IES. 

,  IESP.  ITB, 
ITB.   Located 

in 

Process 

ing: 

See  EACAP. 

Description: 

Required  Software  Reliability.   One  of 
multipliers  used  in  obtaining  EAF. 

the 

15  cost  driver 
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DATA 

DEFINITION 

Name: 

ESCED 

Format: 

Real 

Range: 

0.00  -  1.00 

Field/C 

ell  in  Files:   CIO. 
IESM. ITB,  IESMAD. 
spreadsheet  cell 

ICF,  CIS. ICF.  CIE. ICF 
ITB,  IESPAD. ITB,  IES. 
#F114. 

,  IESP.  ITB, 
ITB.   Located 

1  in 

Process 

ing:   See  EACAP. 

Description: 

Required  Development  Schedule.   One  of 
multipliers  used  in  obtaining  EAF. 

the 

15  cost 

driver 

=13 


DATA  DEFINITION 


Name:   ESTOR 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   CIO. ICF,  CIS. ICF,  CIE. ICF.  IESP. ITB, 

IESM. ITB,  IESMAD. ITB,  IESPAD.ITB,  IES. ITB.   Located  in 
spreadsheet  cell  #F104. 


Processing:   See  EACAP. 


Description: 


Main  Storage  Constraint.   One  of  the  15  cost  driver  mul- 
tipliers used  in  obtaining  EAF. 


^ 


DATA 

DEFINITION 

Name: 

ETOOL 

Format: 

Real 

Range: 

0.00 

-  1.00 

Field/C 

ell  in 
IESM 
spre 

Files:   CIO. ICF,  CIS.  ICF.  CIE 
. ITB,  IESMAD. ITB,  IESPAD.  ITB, 
adsheet  cell  #F113. 

ICF,  IESP. ITB, 
IES. ITB.   Located 

in 

Process 

ing: 

See  EACAP. 

Description: 

Use  of  Software  Tools 
pliers  used  in  obtain 

One  of  the 
ing  EAF. 

15 

cost 

driver  mi. 

ilti- 

IS 


DATA  DEFINITION 

Name: 

ETIME 

Format: 

Real 

Range: 

0.00  -  1.00 

Field/C 

ell  in  Files:   CIO. 
IESM. ITB,  IESMAD. 
spreadsheet  cell 

ICF,  CIS. ICF.  CIE 
ITB,  IESPAD. ITB, 
#F103. 

ICF 
IES. 

,  IESP. ITB, 
ITB.   Located 

in 

Process 

ing:   See  EACAP. 

Description: 

Execution  T. 
multipliers 

Lme  Constraint.   One  of 
used  in  obtaining  EAF. 

the 

15 

cost  driver 

<lb 


DATA  DEFINITION 


Name:   ETURN 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   CIO. ICF,  CIS. ICF.  CIE. ICF,  IESP. ITB , 

IESM. ITB,  IESMAD. ITB .  IESPAD. ITB,  IES. ITB.   Located  in 
spreadsheet  cell  #F106. 


Processing:   See  EACAP. 


Description: 


Computer  Turnaround  Time.   One  of  the  15  cost  driver  mul' 
tipliers  used  in  obtaining  EAF. 


^7 


DATA  DEFINITION 


Name:   EVEXP 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   CIO. ICF,  CIS. ICF,  CIE. ICF,  IESP. ITB, 

IESM. ITB,  IESMAD. ITB,  IESPAD. ITB,  IES. ITB.   Located  in 
spreadsheet  cell  #F110. 


Processing:   See  EACAP. 


Description: 


Virtual  Machine  Experience.   One  of  the  15  cost  driver 
multipliers  used  in  obtaining  EAF. 


^fl 


DATA  DEFINITION 


Name:   EVIRT 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   CIO.  ICF,  CIS. ICF,  CIE. ICF,  IESP. ITB, 

IESM. ITB,  IESMAD. ITB,  IESPAD. ITB,   IES. ITB.   Located  in 
spreadsheet  cell  #F105. 


Processing:   See  EACAP. 


Description: 


Virtual  Machine  Volatility.   One  of  the  15  cost  driver 
multipliers  used  in  obtaining  EAF. 


"H 


DATA  DEFINITION 


Name:   FSP 


Format:   Real 


Range:   positive  number 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BES. ITB,  BESP. ITB,  BESPAD. ITB,  IES.ITB. 
IESP. ITB,  IESPAD. ITB.   Placed  in  spreadsheet  cell  #D15. 


Processing:   Calculated  by  DEVPARBA. IPF  for  the  basic  model  and 
DEVPARMS.  IPF  for  the  intermediate  model. 


Description:   Average  staffing  of  Personnel 

FSP  =  MM/SCHEDULE  for  the  basic  model. 

FSP  =  MMadj/ SCHEDULE  for  the  intermediate  model. 


1DD 


DATA  DEFINITION 


Name:   FSPm 


Format:   Real 


Range:   positive  numbers 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESM. ITB,  BESMAD. ITB ,  IESM. ITB,  IESMAD. ITB. 
Placed  in  spreadsheet  cell  #M13. 


Processing:   Calculated  in  CALCMDAT. IPF. 

Description:  Average  staffing  for  maintenance. 
FSPm  =  MMam/12  for  the  basic  model. 
FSPm  =  MMnam/12  for  the  intermediate  model. 


1D1 


DATA  DEFINITION 


Name:   Integration  and  Testing 


Description: 


Integration  and  Testing  is  a  phase  distribution  percent- 
age by  mode  for  the  basic  and  intermediate  models. 


105 


DATA  DEFINITION 


Name:   IT 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   CBO. ICF.  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESP. ITB,  BESPAD. ITB,  IESP. ITB,  IESPAD. ITB. 
Located  in  spreadsheet  cell  #1)50. 


Processing:   Computed  by  CALCEFSC. IPF  and  placed  into  spreadsheet 
cell  #D50  for  later  reports  or  graphing. 


Description:   Phase  Distribution  of  Effort  allocated  to  Integra- 
tion and  Testing. 


103 


DATA  DEFINITION 


Name:   KDSI 

Format:   Real 

Range:   2.0-512.0 

Field/Cell  in  Files:   CBO.  ICF,  CBS.  ICF,  CBE.  ICF,  CIO.  ICF,  CIS.  ICF, 
CIE.  ICF,  BES.  ITB,  BESP. ITB,  BESPAD. ITB,  BESM.ITB. 
BESMAD. ITB,  IES.ITB,  IESP. ITB ,  IESPAD. ITB,  IESM. ITB , 
IESMAD.  ITB.   Placed  in  spreadsheet  cell  #D5  by  the  user. 

Processing:   The  user  inputs  the  KDSI  value.   After  the  other  val- 
ues are  loaded,  the  user  presses  a  function  key  which 
performs  DEVPARBA  or  DEVPARMS  for  the  basic  or  intermedi- 
ate models  respectively.   The  program  checks  to  ensure 
that  the  KDSI  is  in  the  allowable  range  of  2-512.   If 
not,  an  error  message  is  displayed  ana  the  user  is 
allowed  to  input  the  data  again.   KDSI  is  used  to  compute 
man-months  and  productivity  in  mode  dependent  formulae. 
KDSI  is  evaluated  by  EVALKDSI. IPF  to  determine  whether 
the  KDSI  is  standard  (2,  8.  32  ,128,  512),  or  ,if  non- 
standard, between  which  values  it  falls.   KDSI  is  use  in 
table  lookups  on  the  spreadsheet.   Values  for  non-stan- 
dard KDSI  s  must  be  interpolated  by  INTERPOL. IPF. 

Description:   Thousands  of  lines  of  Delivered  Source  Instructions 
or  Lines  of  Code. 


icm 


DATA  DEFINITION 


Name:   MACAP 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   CIO. ICF,  CIS. ICF,  CIE. ICF.  IESM. ITB, 
IESMAD. ITB.   Located  in  spreadsheet  cell  #F126. 


Processing:   The  value  is  defaulted  to  1.0  (nominal)  on  the 

spreadsheet.   The  user  can  change  this  to  another  value 
displayed  on  the  spreadsheet.   Used  by  CALCEAFM.  IPF  to 
compute  the  maintenance  effort  adjustment  factor,  EAFm. 


Description: 

Analyst  Capability  Attribute.   One  of  the  14  cost  driver 
multipliers  used  in  obtaining  EAFm. 


IDS 


DATA 

DEFINITION 

Name: 

MAEXP 

Format: 

Real 

Range: 

0.00  -  1.00 

Field/C 

!ell  in  Files: 
IESMAD. ITB. 

CIO. ICF. 
Located 

CIS. ICF,  CIE. 
in  spreadsheet 

ICF.  IESM. ITB, 
cell  #F127. 

Process 

ing:   See  MACAP. 

Description: 

Applications  experience.   One  of  th 
tipliers  used  in  obtaining  EAFm. 

e  14 

cost 

driver  mul- 

lDt 


DATA 

DEFINITION 

Name: 

Man-Months 

Descr 

iption: 

Man-Months  of  Effort.   The 
tionary  include  MM,  MMadj , 

MM  variables 
MM am,  MMnam, 

in 
and 

this  data 
MMnom. 

die- 

1D7 


DATA  DEFINITION 


Name:   MANIT 


Format:   Real 


Range:   0.00-0.99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESPAD. ITB,  IESPAD. ITB.   Placed  in  spreadsheet 
cell  #H73 


Processing:   Computed  by  CALCDPAD. IPF  and  placed  into  spreadsheet 
cell  #H73  for  display  and  possible  graphing  or  reports. 


Description:   The  activity  distribution  %  of  Effort  devoted  to 
developing/  maintaining  manuals  in  the  integration  and 
testing  phase  of  development. 


IDA 


DATA  DEFINITION 


Name:   MANPD 


Format:   Real 


Range:   0.  00-0.  99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESPAD. ITB,  IESPAD. ITB.   Located  in  spreadsheet 
cell  #D73. 


Processing:   Computed  by  CALCDPAD. IPF  and  placed  into  spreadsheet 
cell  #D/3  for  later  reports  or  graphing. 


Description:   The  activity  distribution  %  of  Effort  that  is 

devoted  to  the  developing/maintaining  Manuals  during  the 
product  design  phase. 


IDT 


DATA  DEFINITION 


Name:   MANPROG 


Format:   Real 


Range:   0.00-0.99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE.ICF,  BESPAD. ITB,  IESPAD. ITB.   Located  in  spreadsheet 
cell  #F73. 


Processing:   Computed  by  CALCDPAD.  IPF  and  placed  into  spreadsheet 
cell  #F68  for  later  reports  or  graphing. 


Description:   The  activity  distribution  %  of  Effort  that  is 

devoted  to  developing/maintaing  manuals  during  the  pro- 
gramming phase. 
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DATA 

DEFINITION 

Name: 

MCPLX 

Format: 

Real 

Range: 

0.00-1 

.00 

Field/C 

ell  in  Fi 
IESMAD. 

les: 

ITB. 

CIO. ICF. 
Located 

CIS. ICF,  CIE. 
in  spreadsheet 

ICF 
ce 

.  IESM. ITB, 
11  #F121. 

Process 

ing:   See 

MACAP. 

Description: 

Project 
multipl 

Complexity  attribute, 
iers  used  in  obtaining 

One 
EAFm. 

of 

the  14 

cost 

driver 
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DATA 

DEFINITION 

Name: 

MCQ 

Format: 

Real 

Range: 

0.00- 

D.99 

Field/C 

ell  in 
CIE. 
cell 

Files:   CBO. ICF 
ICF,  BESMAD. ITB , 
#D90. 

CBS. ICF,  CBE. ICF,  CIO.  ICF,  CIS. 
IESMAD. ITB.   Located  in  spreadsh< 

[CF, 
set 

Process 

ing: 
cell 

Computed 
#D90. 

by  CALCMAPA.  IPF  and 

placed  into  spreadsheet 

Description:   The  activity  distribution  % 
Configuration  Management  and  Qua! 
activity  of  maintenance. 

of  Effort  devoted  to 
.ity  Assurance,  CM/QA 

the 

112 


DATA 

DEFINITION 

Name: 

MDATA 

Format: 

Real 

Range: 

0.  00  -  1.  00 

Field/C 

ell  in  Files: 
IESMAD. ITB. 

CIO. ICF, 
Located 

CIS. 
in  sp 

ICF,  CIE 
readshee 

.  ICF. 
t  cell 

IESM.  ITB, 
#F120. 

Process 

ing:   See  MACAP. 

Description: 

Data  Base  S 
tipliers  us 

ize  attribute, 
ed  in  obtaining 

One  of 
EAFm. 

the  14 

cost  driver  mul- 
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DATA 

DEFINITION 

Name: 

MLEXP 

Format: 

Real 

Range: 

0.  00  -  1 

.00 

Field/C 

ell  in  Fi 
IESMAD. 

les: 
ITB. 

CIO. ICF, 
Located 

CIS. ICF,  CIE. ICF. 
in  spreadsheet  cell 

[ESM.  ITB, 
#F130. 

Process 

ing:   See 

MACAP. 

Description: 

Programming 
driver  mult 

Language  Experience.   One  of  the 
Lpliers  used  in  obtaining  EAFm. 

14  cost 
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DATA  DEFINITION 


Name:   MM 


Format:   Real 


Range:   Positive  Numbers 


Field/Cell  in  Files:  CBO. ICF,  CBS. ICF.  CBE. ICF.  BESPAD. ITB, 
BES. ITB .  BESP. ITB.  BESM. ITB,  BESMAD.  ITB.  Placed  in 
spreadsheet  cell  //D12. 


Processing:   Calculated  in  DEVPARBA.  IPF  for  the  basic  model. 

Description:   Development  effort.   Varies  by  mode: 

Organic:       MM  =  2.4(KDSI)  to  the  1.05  power 

Semidetached:   MM  =  3. O(KDSI)  to  the  1.12  power 

Embedded:      MM  =  3.  6(KDSI)  to  the  1.20  power 


IIS 


DATA  DEFINITION 


Name:   MMadj 

Format:   Real 

Range:   positive  number 


Field/Cell  in  Files:  CIO. ICF,  CIS. ICF,  CIE. ICF,  IESPAD. ITB, 
IESP. ITB,  IESM. ITB ,  IES.  ITB,  IESMAD. ITB.  Placed  in 
spreadsheet  cell  #D11. 


Processing:   Calculated  in  DEVPARMS.  IPF. 

Description:   Man-month  average  adjusted  effort. 
MMadj  =  MMnom  x  EAF 


lib 


DATA  DEFINITION 


Name:   MMam 


Format:   Real 


Range:   positive  numbers 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  BESMAD. ITB, 
BESM. ITB.   Placed  in  spreadsheet  cell  #M12. 


Processing:   Computed  by  CALCMDAT. IPF 

Description:   Annual  Maintenance  Effort. 

MMam  =  ACT  x  MM  for  the  basic  model 


117 


DATA  DEFINITION 


Name:   MMAN 


Format:   Real 


Range:   0.  00-0.  99 


Field/Cell  in  Files:   CBO.  ICF,  CBS.  ICF,  CBE.  ICF,  CIO. ICF,  CIS.  ICF, 
CIE. ICF,  BESPAD. ITB,  IESPAD. ITB.   Located  in  spreadsheet 
cell  #D91 


Processing:   Computed  by  CALCMAPA. IPF  and  placed  into  spreadsheet 
cell  #D91. 


Description:   The  activity  distribution  %   of  Effort  that  is 

devoted  to  developing/maintaining  manuals  for  mainte- 
nance. 


11 A 


DATA  DEFINITION 


Name:   MMnam 


Format:   Real 


Range:   positive  numbers 


Field/Cell  in  Files:   CIO.  ICF.  CIS. ICF,  CIE. ICF,  IESM. ITB, 

IESMAD.  ITB,  IESPAD.  ITB.   Placed  in  spreadsheet  cell  #M12. 


Processing:   Calculated  by  CALCMDAT.  IPF. 

Description:   Nominal  Annual  Maintenance  Effort. 

MMnam  =  ACT  x  MMnom  for  the  intermediate  model. 


W=\ 


DATA  DEFINITION 


Name:   MMnom 


Format:   Real 


Range:   Positive  Numbers 


Field/Cell  in  Files:  CIO. ICF,  CIS. ICF,  CIE. ICF,  IESPAD. ITB, 
IES. ITB .  IESP. ITB.  IESM. ITB,  IESMAD. ITB.  Placed  in 
spreadsheet  cell  #D12. 


Processing:   Calculated  in  DEVPARMS. IPF  for  the  intermediate 
model. 


Description:   Nominal  development  effort.  Sometimes  called  MMnom. 
Varies  by  mode: 

Organic:       MMnom  =  3.2(KDSI)  to  the  1.05  power 

Semidetached:   MMnom  =  3.0(KDSI)  to  the  1.12  power 

Embedded:      MMnom  =  2.8(KDSI)  to  the  1.20  power 


12D 


DATA  DEFINITION 


Name:   MMODP 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   CIO. ICF,  CIS. ICF,  CIE. ICF.  IESM. ITB, 
IESMAD.  ITB.   Located  in  spreadsheet  cell  #F131. 


Processing:   See  MACAP. 


Description: 


Use  of  Modern  Programming  Practices.   One  of  the  14  cost 
driver  multipliers  used  in  obtaining  EAFm. 


151 


Name:   MODE 

Format:   Real 

Range:   1,2,  or  3 

Field/Cell  in  Files:   CBO.  ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BES. ITB.BESP. ITB,  BESPAD. ITB ,BESM.  ITB , 
BESMAD. ITB,  IES.ITB,  IESP. ITB,  IESPAD. ITB.  IESM. ITB, 
IESMAD.  ITB.   Located  in  spreadsheet  cell  #B20 

Processing:   User  inputs  mode  selection  via  a  function  key  in 

SETUPBAS. IPF  for  the  basic  model  or  SETUPINT. IPF  for  the 
intermediate  model.   The  file  loads  the  spreadsheet  load- 
ing file,  SSLODBAS. IPF  or  SSLODINT.  IPF  with  the  selected 
mode.   SSLOD*. IPF  selects  the  correct  spreadsheet  for  the 
model-mode  combination.  (CBO.  ,CBS.  ,CBE.  ,CI0.  ,CIS.  ,  or 
CIE. ICF)  The  spreadsheets  contain  table  values  specific 
to  each  model-mode  combination.  The  mode  is  also  used 
DEVPARMS/DEVPARBA  to  select  the  set  of  equations  used. 

Description:   Modes  of  software  development  defined  by  character- 
istics: 

<1>  Organic:       small  team,  in-house. 

<2>  Semidetached:   combination  of  embedded  and  organic 

modes. 

<3>  Embedded:       large  team,  tight  schedule 


152 


DATA  DEFINITION 


Name:   MODEL 


Format:   Real 


Range:   1,2 


Field/Cell  in  Files:   CBO. ICF.  CBS.  ICF,  CBE. ICF.  CIO. ICF,  CIS. ICF, 
CIE. ICF.  BES. ITB.BESP.  ITB,  BESPAD.  ITB ,BESM.  ITB , 
BESMAD.  ITB,  IES.ITB,  IESP. ITB,  IESPAD.  ITB.  IESM. ITB, 
IESMAD.  ITB.   Located  in  spreadsheet  cell  #A20 


Processing:   The  user  select  the  model  via  predefined  function 
keys  in  the  COCO. IPF  file.   The  function  selected  per- 
forms the  next  file,  SETUPBAS. IPF  or  SETUPINT. IPF, 
depending  on  whether  the  basic  or  intermediate  model  was 
chosen. 


Description:   Model  characteristics: 

<1>  Basic:       KDSI,  PCpMM,  MODE,  and  ACT  are  inputs. 

<2>  Intermediate:   Similar  to  Basic.   Also  includes  cost 

drivers  and  different  equation  coeffi- 
cients/exponents. 
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DATA  DEFINITION 


Name:   MODELMOD 


Format:   Literal 


Range: 


Model:  Basic  or  Intermediate 
Mode:  Organic,  Semidetached,  or  Embedded 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE.ICF,  BES.  ITB,BESP.  ITB,  BESPAD. ITB ,BESM. ITB , 
BESMAD. ITB,  IES.ITB,  IESP. ITB,  IESPAD. ITB.  IESM. ITB, 
IESMAD. ITB.   Located  in  spreadsheet  cell  #D20 


Processing:  Result  of  user  model  and  mode  selection  via  function 
keys  at  the  start  of  the  program  or  of  another  iteration 
of  the  program. 


Description:   The  model-mode  combination  is  one  of  the  following: 
<1>  Basic  Organic       <2>  Intermediate  Organic 
<3>  Basic  Semidetached  <4>  Intermediate  Semidetached 
<5>  Basic  Embedded      <6>  Intermediate  Embedded 


12M 


DATA 

DEFINITION 

Name: 

MPCAP 

Format: 

Real 

Range: 

0.00-1 

.00 

Field/C 

ell  in  Fi 
IESMAD. 

les: 

ITB. 

CIO.  ICF, 
Located 

CIS. ICF, 
in  spreads 

CIE. 
iheet 

ICF 
ce 

.  IESM. ITB, 
11  #F128 

Process 

ing:   See 

MACAP. 

Description: 

Programmer 
pliers  usee 

Capability.   One  of 
in  obtaining  EAFm. 

the 

14 

cost  driver 

multi- 

15S 


DATA  DEFINITION 


Name:   MPCOST 


Format:   Real 


Range:   positive  number 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE.  ICF,  BESM.  ITB .  BESMAD. ITB ,  IESM. ITB,  IESMAD. ITB. 
Placed  in  spreadsheet  cell  #M5. 


Processing:   Input  by  the  user. 


Description:   Average  personnel  cost  per  Man-month  (MM)  during 
maintenance. 
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DATA  DEFINITION 


Name:   MPD 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO.  ICF,  CIS. ICF, 
CIE. ICF,  BESMAD. ITB,  IESMAD. ITB.   Located  in  spreadsheet 
cell  #D85. 


Processing:   Computed  by  CALCMAPA.  IPF  and  placed  into  spreadsheet 
cell  #D85. 


Description: 


The  Activity  Distribution  %   that  is  devoted  to  product 
design  for  maintenance. 
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DATA  DEFINITION 


Name:   MPO 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESMAD. ITB,  IESMAD. ITB.   Located  in  spreadsheet 
cell  #D89. 


Processing:   Computed  by  CALCMAPA. IPF  and  placed  into  spreadsheet 
cell  #D89. 


Description: 


The  Activity  Distribution  %   for  maintenance  that  is 
devoted  to  the  project  office. 


12A 


DATA 

DEFINITION 

Name: 

MPROG 

Format: 

Real 

Range: 

0.00 

-  1.00 

Field/C 

ell  in 
CIE. 
cell 

Files:   CBO. ICF, 
ICF,  BESMAD. ITB , 
#D86. 

CBS. ICF,  CBE. ICF,  CIO. 
IESMAD. ITB.   Located  in 

ICF,  CIS. ICF, 
spreadsheet 

Process 

ing: 
cell 

Computed 

#D86. 

by 

CALCMAPA.  IPF  and 

placed 

into 

spreadsheet 

Description: 

The 
alio 

percent  of  the  activity  distribution  of 
cated  to  programming. 

maintenance 
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DATA  DEFINITION 


Name:   MRA 


Format:   Real 


Range:   0.  00-0.  99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF.  CIS. ICF, 
CIE. ICF,  BESMAD.  ITB ,  IESMAD. ITB.   Located  in  cell  #D84. 


Processing:   Computed  by  CALCMAPA.  IPF  and  placed  into  spreadsheet 
cell  #D84. 


Description:   The  activity  distribution  %   of  Effort  that  is 

devoted  to  the  Requirements  Analysis  for  maintenance. 
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DATA 

DEFINITION 

Name: 

MRELY 

Format: 

Real 

Range: 

0.00  -  1.  00 

Field/C 

ell  in  Files: 
IESMAD.  ITB, 

CIO. ICF,  CIS. ICF,  CIE. 
Placed  in  spreadsheet 

ICF. 
cell 

IESM. 
#F119 

ITB, 

Process 

ing:   See  MACAP. 

Description: 

Required  Software  Re] 
multipliers  used  in  c 

iability. 
btaining 

One 

EAFm. 

.  of 

the  14 

cost  driver 
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DATA  DEFINITION 

Name:   MSTOR 

Format:   Real 

Range:   0.  00  -  1.  00 

Field/Cell  in  Files:   CIO. ICF,  CIS. ICF,  CIE. ICF, 
IESMAD. ITB.   Placed  in  spreadsheet  cell 

IESM. ITB, 
#F123. 

Processing:   See  MACAP. 

Description: 

Main  Storage  Constraint.   One  of  the  14 
tipliers  used  in  obtaining  EAFm. 

cost  driver  mul- 
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DATA  DEFINITION 


Name:   MTEST 


Format:   Real 


Range:   0.  00-0.  99 


Field/Cell  in  Files:   CBO.  ICF,  CBS.  ICF,  CBE.  ICF,  CIO.  ICF,  CIS.  ICF, 
CIE. ICF,  BESMAD. ITB,  IESMAD. ITB.   Located  in  spreadsheet 
cell  #D87. 


Processing:   Computed  by  CALCMAPA.  IPF  and  placed  into  spreadsheet 
cell  #D87. 


Description:   The  activity  distribution  %  of  Maintenance  devoted 
to  the  Test  Planning  activity. 
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DATA  DEFINITION 

Name:   MTIME 

Format:   Real 

Range:   0.  00  -  1.  00 

Field/Cell  in  Files:   CIO. ICF,  CIS. ICF,  CIE. ICF 
IESMAD. ITB.  Placed  in  spreadsheet  cell 

IESM. ITB, 
#F122. 

Processing:   See  MACAP. 

Description: 

Execution  Time  Constraint.   One  of  the 
multipliers  used  in  obtaining  EAFm. 

14  cost  driver 

13M 


DATA  DEFINITION 

Name:   MTOOL 

Format:   Real 

Range:   0.  00  -  1.  00 

Field/Cell  in  Files:   CIO. ICF,  CIS. ICF,  CIE. 
IESMAD.  ITB,   Placed  in  spreadsheet 

ICF.  IESM. ITB, 
cell  #F132. 

Processing:   See  MACAP. 

Description: 

Use  of  Software  Tools.   One  of  the 
pliers  used  in  obtaining  EAFm. 

14  cost  driver  multi- 
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DATA 

DEFINITION 

Name: 

MTURN 

Format: 

Real 

Range: 

0.00  -  1.00 

Field/C 

ell  in  Files: 
IESMAD. ITB. 

CIO.  ICF 
Placed 

,  CIS. ICF,  CIE 
in  spreadsheet 

ICF. 
cell 

IESM. 

#F125 

ITB, 

Process 

ing:   See  MACAP. 

Description: 

Computer  Turnaround 
tipliers  used  in  obt 

Time, 
aining 

One  of  " 

EAFm. 

the  14  cost 

driver  mul- 
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DATA  DEFINITION 


Name:   MW 


Format:   Real 


Range:   0.00-0.99 


Field/Cell  in  Files:   CBO.  ICF,  CBS. ICF,  CBE. ICF,  CIO.  ICF,  CIS.  ICF, 
CIE. ICF,  BESMAD. ITB,  IESMAD.  ITB.   Located  in  spreadsheet 
cell  #D88. 


Processing:   Computed  by  CALCMAPA. IPF  and  placed  into  spreadsheet 
cell  #D88. 


Description:   The  activity  distribution  %  of  Maintenance  devoted 
to  Verification  and  Validation. 
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DATA  DEFINITION 

Name:   MVEXP 

Format:   Real 

Range:   0.  00  -  1.  00 

Field/Cell  in  Files:   CIO. ICF,  CIS. ICF,  CIE. ICF. 
IESMAD.  ITB.   Placed  in  spreadsheet  cell 

IESM. ITB, 
#F129. 

Processing:   See  MACAP. 

Description: 

Virtual  Machine  Experience.   One  of  the 
multipliers  used  in  obtaining  EAFm. 

14  cost  driver 
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DATA  DEFINITION 


Name:   MVIRT 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   CIO. ICF,  CIS. ICF,  CIE. ICF.  IESP. ITB, 
IESMAD. ITB.   Placed  in  spreadsheet  cell  #F124. 


Processing:   See  MACAP. 


Description: 


Virtual  Machine  Volatility.   One  of  the  14  cost  driver 
multipliers  used  in  obtaining  EAFm. 
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DATA  DEFINITION 


Name:   PCOST 


Format:   Real 


Range:   positive  number 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF.  CBE. ICF,  CIO.  ICF.  CIS. ICF, 
CIE. ICF,  BES. ITB,  BESP. ITB ,  BESPAD. ITB,  BESM. ITB. 
BESMAD. ITB,  IES. ITB,  IESP. ITB,  IESPAD. ITB.  IESM. ITB , 
IESMAD. ITB.   Located  in  spreadsheet  cell  #D6. 


Processing:   Input  by  the  user. 


Description:   Average  personnel  cost  per  Man-month  (MM)  during 
development. 


1MQ 


DATA  DEFINITION 


Name:   PDIT 


Format:   Real 


Range:   0.  00-0.  99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESPAD. ITB,  IESPAD.  ITB.   Placed  in  spreadsheet 
cell  #H67 


Processing:   Computed  by  CALCDPAD. IPF  and  placed  into  spreadsheet 
cell  #Ro7  for  display  and  possible  graphing  or  reports. 


Description:   The  activity  distribution  %   of  Effort  devoted  to 

Product  Design  during  the  integration  and  testing  phase 
of  development. 


mi 


DATA  DEFINITION 


Name:   PDPD 


Format:   Real 


Range:   0.  00-0.  99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESPAD.  ITB,  IESPAD. ITB.   Located  in  spreadsheet 
cell-  #D67. 


Processing:   Computed  by  CALCDPAD. ITB  and  placed  into  spreadsheet 
cell  #D67  for  display  and  possible  graphing  or  reports. 


Description:   The  activity  distribution  %  of  Effort  that  is 
devoted  to  product  design  during  the  product  design 
phase. 


ma 


DATA  DEFINITION 


Name:   PDPROG 


Format:   Real 


Range:   0.00-0.99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESPAD. ITB,  IESPAD. ITB.   Located  in  spreadsheet 
cell  #F67. 


Processing:   Computed  by  CALCDPAD. IPF  and  placed  into  spreadsheet 
cell  #F67  for  later  reports  or  graphing. 


Description:   The  activity  distribution  °/0   of  Effort  that  is 

devoted  to  the  product  design  during  the  programming 
phase  of  development. 
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DATA  DEFINITION 


Name:   PHASE  DISTRIBUTION  % 


Variable  Names:   See  PHASE  DISTRIBUTION  OF  EFFORT  and  PHASE 
DISTRIBUTION  OF  SCHEDULE. 


Description:   The  percentage  of  Effort,  (MM),  or  Schedule,  (TDEV) , 
devoted  to  a  certain  phase  of  development. 


1MM 


DATA  DEFINITION 


Name:   PHASE  DISTRIBUTION  OF  EFFORT 


Variables:  PRODES,  PROG,  DETDES,  CUT,  and  IT.  See  the  respective 
variables  in  in  this  data  dictionary  for  further  explana- 
tion. 


Description:   Phase  Distribution  of  Development  Effort 
for  Basic:   MM  x  Phase  Distribution  % 
for  Intermediate:   MMadj  x  Phase  Distribution  % 


IMS 


DATA  DEFINITION 


Name:   PHASE  DISTRIBUTION  OF  SCHEDULE 


Variables:   SCHEDPD,  SPROG,  and  SIT. 


Description:   Phase  Distribution  of  Development  Schedule 
SCHEDULE  x  Phase  Distribution  %. 


1Mb 


DATA  DEFINITION 


Name:   Plans  and  Requirements 


Description: 


Plans  and  Requirements  is  the  Phase  preceeding  the  Devel- 
opment Phase.   It  is  considered  to  take  6%.   Thus  Plans 
and  Requirements  and  Development  are  106%  of  Development. 
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DATA  DEFINITION 


Name:   POIT 


Format:   Real 


Range:   0.00-0.99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF.  CBE. ICF,  CIO. ICF.  CIS. ICF, 
CIE. ICF,  BESPAD. ITB,  IESPAD.  ITB.   Placed  in  cell  #H71. 


Processing:   Computed  by  CALCDPAD. IPF  and  placed  into  spreadsheet 
cell  #H/1  for  display  and  possible  graphing  or  reports. 


Description:   The  activity  distribution  %  of  Effort  that  is 

devoted  to  the  Project  Office  during  the  Integration  and 
Testing  Phase  of  development. 


ma 


DATA  DEFINITION 


Name:   POPD 


Format:   Real 


Range:   0.  00-0.  99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF.  BESPAD.  ITB,  IESPAD. ITB.   Located  in  spreadsheet 
cell  #D71. 


Processing:   Computed  by  CALCDPAD. IPF  and  placed  into  spreadsheet 
cell  #D/1  for  later  reports  or  graphing. 


Description:   The  activity  distribution  %  of  Effort  that  is 

devoted  to  the  project  office  during  the  product  design 
phase. 
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DATA  DEFINITION 


Name:   POPROG 


Format:   Real 


Range:   0.00-0.99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESPAD. ITB ,  IESPAD.  ITB.   Located  in  spreadsheet 
cell  #F71. 


Processing:   Computed  by  CALCDPAD. ITB  and  loaded  into  spreadsheet 
cell  #F/1  for  later  reports  or  graphing. 


Description:   The  activity  distribution  %  of  Effort  that  is 

devoted  to  the  project  office  during  the  programming 
phase. 


1SD 


DATA  DEFINITION 

Name: 

PRODES 

Format: 

Real 

Range: 

0.00  -  1.00 

Field/C 

ell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF, 
CIE. ICF,  BESP. ITB,  BESPAD. ITB,  IESP. ITB, 
Located  in  spreadsheet  cell  #D46. 

CIO. ICF 
IESPAD 

,  CIS. ICF, 
ITB. 

Process 

ing:   Computed  in  CALCEFSC.  IPF  and  placed 
cell  #D46  for  later  reports  or  graphing. 

intc 

>  sp: 

readsheet 

Description:   Phase 
Design. 

Distribution  of  Effort  allocated 

to  Product 
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DATA  DEFINITION 


Name:   PRODUCT 


Format:   Real 


Range:   positive  numbers 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BES.ITB,  BESP. ITB ,  BESPAD. ITB,  BESM. ITB, 
BESMAD. ITB,  IES. ITB,  IESP. ITB,  IESPAD. ITB ,  IESM. ITB, 
IESMAD. ITB.   Placed  in  spreadsheet  cell  #D13. 


Processing:   Calculated  in  DEVPARBA. IPF  for  the  basic  model  and 
DEVPARMS.  IPF  for  the  intermediate  model. 


Description:   The  number  of  KDSI  developed  per  MM.   (KDSI/MM). 

This  is  also  referred  to  as  the  Productivity  Index  (PI). 


152 


DATA  DEFINITION 


Name:   PROG 


Format:   Real 


Range:   0.  00  -  1.  00 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESP. ITB,  BESPAD. ITB,  IESP. ITB,  IESPAD.  ITB. 
Located  in  spreadsheet  cell  #D47. 


Processing:   Computed  in  CALCEFSC. IPF  and  placed  into  spreadsheet 
cell  #D47  for  later  reports  or  graphing. 


Description:   Phase  Distribution  of  Effort  allocated  to  Program- 
ming.  It  is  the  sum  of  DETDES  and  CUT. 
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DATA  DEFINITION 


Name:   PROGIT 


Format:   Real 


Range:   0.00-0.99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF.  CIS. ICF, 
CIE. ICF,  BESPAD. ITB,  IESPAD. ITB.   Placed  in  cell  #H68. 


Processing:   Computed  by  CALCDPAD. IPF  and  placed  into  spreadsheet 
cell  #H68  for  display  and  possible  graphing  or  reports. 


Description:   The  activity  distribution  %  of  Effort  devoted  to 

Programming  during  the  integration  and  testing  phase  of 
development. 


ISM 


DATA  DEFINITION 


Name:   PROGPROG 


Format:   Real 


Range:   0.00-0.99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS.  ICF, 
CIE. ICF,  BESPAD. ITB,  IESPAD. ITB.   Located  in  spreadsheet 
cell  #F68. 


Processing:   Computed  by  CALCDPAD. IPF  and  placed  into  spreadsheet 
cell  #F68  for  later  reports  or  graphing. 


Description:   The  activity  distribution  %  of  Effort  that  is 
devoted  to  programming  during  the  programming  phase. 
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DATA  DEFINITION 


Name:   Programming 


Description:   Programming  is  a  phase  in  the  distribution  of  effort 
and  schedule  by  mode  and  also  an  activity  in  the  distri- 
bution by  phase. 


lSb 


DATA  DEFINITION 


Name:   PROGPD 


Format:   Real 


Range:   0.00-0.99" 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF.CBE.  ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESPAD. ITB,  IESPAD. ITB.   Located  in  spreadsheet 
cell  #D68. 


Processing:   Computed  by  CALCDPAD. ITB  and  placed  into  spreadsheet 
cell  #D68  for  later  reports  or  graphing. 


Description:   The  activity  distribution  %   of  Effort  that  is 

devoted  to  the  Programming  activity  during  the  product 
design  phase. 


1*57 


DATA  DEFINITION 


Name:   Project  Office 


Description: 


The  activity  distribution  %  of  Effort  or  Schedule  by  mode 
that  is  devoted  to  Project  Office  tasks  during  develop- 
ment /maintenance. 


isa 


DATA 

DEFINITION 

Name: 

RAIT 

Format: 

Real 

Range: 

0.00-0.99 

• 

Field/C 

ell  in  Files:   CBO. ICF, 
CIE. ICF,  BESPAD. ITB, 

CBS. ICF,  CBE. ICF,  CIO. 
IESPAD. ITB.   Placed  in 

ICF.  CIS. ICF, 
cell  #H66. 

Process 

ing:   Computed  by  CALCDPAD. IPF  and 
cell  #H66  for  display  and  possib! 

placed  into  spreadsheet 
.e  graphing  or  reports. 

Description:   The  activity  dis 
Requirements  Analysis 
development. 

tribution  %   of  Effort  devoted  to  the 
for  integration  and  testing  during 

1ST 


DATA  DEFINITION 


Name:   RAPD 


Format:   Real 


Range:   0.00-0.99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESPAD. ITB,  IESPAD. ITB.   Located  in  spreadsheet 
cell  #D66 


Processing:   Computed  by  CALCDPAD. ITB  and  placed  into  spreadsheet 
cell  #D66  for  later  reports  or  graphing. 


Description:   The  activity  distribution  %   of  Effort  that  is 
devoted  to  Requirements  Analysis  during  the  product 
design  phase. 
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DATA  DEFINITION 


Name:   RAPROG 


Format:   Real 


Range:   0.  00-0.  99 


Field/Cell  in  Files:   CBO.  ICF,  CBS.  ICF,  CBE. ICF,  CIO.  ICF,  CIS.  ICF, 
CIE. ICF,  BESPAD. ITB ,  IESPAD. ITB.   Located  in  spreadsheet 
cell  #F66. 


Processing:   Computed  by  CALCDPAD.  IPF  and  placed  into  spreadsheet 
cell  #F66  for  later  reports  or  graphing. 


Description:   The  activity  distribution  %  of  Effort  that  is 

devoted  to  requirements  analysis  during  the  programming 
phase. 
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DATA 

DEFINITION 

Name: 

Rating 

Desci 

iption: 

Cost  Drivers 

for 

the 

intermediate  and 

detailed 

mode 

Is  are 

given  rating 

s  as 

well  as  Effort  Multipliers  by 

Phas 

2  for 

the  detailed 

mod 

si. 

Ratings  range  from  Very  Low  to 

Extra 

High. 
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DATA  DEFINITION 


Name:   SCHEDPD 


Format:   Real 


Range:   0.00-1.00 


Field/Cell  in  Files:   CBO. ICF.  CBS. ICF,  CBE. ICF.  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESP. ITB,  BESPAD. ITB ,  IESP. ITB,  IESPAD. ITB. 
Located  in  spreadsheet  cell  #D53. 


Processing:   Computed  by  CALCEFSC.  IPF  and  placed  into  spreadsheet 
cell  #D53  for  later  reports  or  graphing. 


Description:   Phase  Distribution  of  Schedule  allocated  to  Product 
Design. 
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DATA  DEFINITION 


Name:   SCHEDULE 


Format:   Real 


Range:   positive  number 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF.  CBE.  ICF.  CIO. ICF.  CIS. ICF, 
CIE. ICF.  BESPAD.  ITB,  IESPAD.  ITB ,  BES.ITB,  IES.ITB. 
IESP. ITB,  BESP. ITB,  BESM. ITB,  IESM. ITB,  BESMAD. ITB, 
IESMAD. ITB.   Located  in  spreadsheet  cell  #D14. 


Processing:   Calculated  by  DEVPARBA. IPF  for  the  basic  model  and 
DEVPARMS. IPF  for  the  intermediate  model.   Also  referred 
to  as  TDEV. 


Description:   Total  Development  Schedule.   Sometimes  referred  to 
as  TDEV  or  Schedule.   Varies  by  mode: 

Organic:       2.  5(MM)  to  the  0.38  power 

Semidetached:   2.  5 (MM)  to  the  0.35  power 

Organic:       2.  5 (MM)  to  the  0.32  power 
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DATA  DEFINITION 


Name:   Schedule  Coefficient 


Format:   Real 


Range:   positive  numbers 


Located  in  Files:   DEVPARBA. IPF  for  the  basic  model  and 
DEVPARMS. IPF  for  the  intermediate. 


Description: 


Coefficient  for  the  equation  for  SCHEDULE.   See  Effort 
Coefficients. 


its 


DATA 

DEFINITION 

Name: 

Schedule  Exponent 

Format: 

Real 

Range: 

positive  numbers 

Located 

in  Files: 
DEVPARMS. 

DEVPARBA. IPF  for  the  basic  mod< 
IPF  for  the  intermediate  model. 

il 

and 

Description: 

- 

Exponent 
ficients. 

for  the 

equation  for  SCHEDULE. 

S< 

se  Effort 

Coef- 
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DATA  DEFINITION 


Name:   SIT 


Format:   Real 


Range:   0.  00-0.  99 


Field/Cell  in  Files:   CBO.  ICF,  CBS.  ICF,  CBE.  ICF,  CIO.  ICF,  CIS.  ICF, 
CIE. ICF,  BESP. ITB,  BESPAD. ITB,  IESP. ITB,  IESPAD. ITB. 
Located  in  spreadsheet  cell  #D55. 


Processing:   Computed  by  CALCEFSC. IPF  and  placed  into  spreadsheet 
cell  #D55  for  later  reports  or  graphing. 


Description:   Phase  Distribution  of  Schedule  allocated  to  Integra- 
tion and  Testing. 


lb? 


DATA  DEFINITION 


Name:   SPROG 


Format:   Real 


Range:   0.  00-0.  99 


Field/Cell  in  Files:   CBO. ICF.  CBS. ICF,  CBE. ICF.  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESP. ITB,  BESPAD. ITB ,  IESP. ITB,  IESPAD. ITB. 
Located  in  spreadsheet  cell  #D54. 


Processing:   Computed  by  CALCEFSC. IPG  and  placed  into  spreadsheet 
cell  #D54  for  later  reports  or  graphing. 


Description:   Phase  Distribution  of  Schedule  allocated  to  Program- 
ming. 


lbfi 


DATA  DEFINITION 


Name:   TDEV 


Description: 


Total  Development  Schedule.   Also  referred  to  as  Sched- 
ule.  See  the  Data  Definition  for  Schedule. 


1L1 


DATA  DEFINITION 


Name:   Test  Planning 


Description: 


The  activity  distribution  %  of  Effort  or  Schedule  by  mode 
that  is  devoted  to  Test  Planning  during  development /main- 
tenance. 
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DATA  DEFINITION 


Name:   TESTIT 


Format:   Real 


Range:   0.  00-0.  99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF.  CBE. ICF,  CIO.  ICF.  CIS. ICF, 
CIE. ICF,  BESPAD. ITB,  IESPAD. ITB.   Placed  in  cell  #H69. 


Processing:   Computed  by  CALCDPAD. IPF  and  placed  into  spreadsheet 
cell  #H69  for  display  and  possible  graphing  or  reports. 


Description:   The  activity  distribution  %  of  Effort  devoted  to 

Test  Planning  during  the  integration  and  testing  phase  of 
development. 
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DATA  DEFINITION 


Name:   TESTPD 


Format:   Real 


Range:   0.00-0.99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE.  ICF,  BESPAD.  ITB,  IESPAD.  ITB.   Located  in  spreadsheet 
cell  #D69. 


Processing:   Computed  by  CALCDPAD. ITB  and  placed  into  spreadsheet 
cell  #D69  for  later  reports  or  graphing. 


Description:   The  activity  distribution  %   of  Effort  that  is 

devoted  to  test  planning  during  the  product  design  phase. 
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DATA  DEFINITION 


Name:   TESTPROG 


Format:   Real 


Range:   0.00-0.99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF,  BESPAD. ITB,  IESPAD. ITB.   Located  in  spreadsheet 
cell  #F69. 


Processing:   Computed  by  CALCDPAD. IPF  and  placed  into  spreadsheet 
cell  #F69  for  later  reports  or  graphing. 


Description:   The  activity  distribution  %   of  Effort  that  is 
devoted  to  the  test  planning  during  the  programming 
phase. 
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DATA  DEFINITION 


Name:   Verification  and  Validation 


Description: 


The  activity  distribution  %  of  Effort  or  Schedule  by  mode 
that  is  devoted  to  Software  Verification  and  Validation 
during  development  or  maintenance. 


17M 


DATA  DEFINITION 


Name:   WIT 


Format:   Real 


Range:   0.00-0.99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO.  ICF.  CIS. ICF, 
CIE. ICF,  BESPAD. ITB,  IESPAD. ITB.   Placed  in  cell  #H70. 


Processing:   Computed  by  CALCDPAD. IPF  and  placed  into  spreadsheet 
cell  #H70  for  display  and  possible  graphing  or  reports. 


Description:   The  activity  distribution  %   of  Effort  that  is 

devoted  to  Verification  and  Validation  during  the  Inte- 
gration and  Testing  Phase  of  development. 
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DATA  DEFINITION 


Name:   WPD 


Format:   Real 


Range:   0.00-0.99 


Field/Cell  in  Files:  CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF. 
CIE. ICF,  BESPAD.  ITB,  IESPAD.  Located  in  spreadsheet  cell 
#D70. 


Processing:   Computed  by  CALCDPAD. ITB  and  placed  into  spreadsheet 
cell  #D70  for  later  reports  or  graphing. 


Description:   The  activity  distribution  %   of  Effort  that  is 

devoted  to  verification  and  validation  during  the  product 
design  phase. 


17b 


DATA  DEFINITION 


Name:   WPROG 


Format:   Real 


Range:   0.  00-0.  99 


Field/Cell  in  Files:   CBO. ICF,  CBS. ICF,  CBE. ICF,  CIO. ICF,  CIS. ICF, 
CIE. ICF.  BESPAD. ITB,  IESPAD.  ITB.   Located  in  spreadsheet 
cell  #F70. 


Processing:   Computed  by  CALCDPAD. IPF  and  placed  into  spreadsheet 
cell  #F70  for  later  reports  or  graphing. 


Description:   The  activity  distribution  %  of  Effort  that  is 

devoted  to  the  verification  and  validation  during  the 
programming  phase. 
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APPENDIX  C 
COCOMO  TOOL  STRUCTURE  CHARTS 


START_UP 
STARTUP. IPF 


COCOMO 
COCOMO. IPF 


COCO 
COCO. IPF 


SET_UP_BASIC 
SETUPBAS. IPF 


1 


SET_UP_ INTERMEDIATE 
SETUPINT. IPF 


SS_LOAD_BASIC 
SSLODBAS. IPF 


SS_LOAD_ INTERMEDIATE 
SSLODINT. IPF 


DEV_PARAMETER_BASIC 
DEVPARBA. IPF 


READ_DEVELOPMENT_DATA 
REDEVDAT. IPF 


DEV_PARAMETERS 
DEVPARMS. IPF 


Figure  CI:  COCOMO  Program  Initiation 


17A 


DEV_PARAMETER_BASIC 
DEVPARBA. IPF 


DEV_PARAMETERS 
DEVPARMS. IPF 


Z 


KEY_CHANGE 
KEYCHNQ. IPF 


DEV_PHASE_DISTR 
DEVPHDIS. IPF 


MAINT_BASIC 
MAINTBAS. IPF 


MA  I NT_ INTERMEDIATE 
MA  I  NT  I  NT.  IPF 


Figure  C2 :  Effort/schedule  computations  and  options 


17=1 


DEV_PHASE_DISTR 
DEVPHDIS. IPF 


PHASE_DISTR 
PHASEDIS. IPF 


\ 


Z 


NOTE  1 


CALC_EFF_SCHED 
CALCEFSC. IPF 


\ 


J  NOTE  2    I  NOTE  3| 


1 


SELECT_TABLE 
SELTABLE. IPF 


EVAL_KDSI 
EVALKDSI . IPF 


ZL  A 


SELECT_ONE 
SLECTONE. IPF 


KEY_CHANGE 
KEYCHNQ. IPF 


SELECT_TWO 
SELECTWO. IPF 


INTERPOLATION 
INTERPOL. IPF 


NOTES: 

1  .  GRAF_PHASE_EFFORT 
GRAFPHE. IPF 

2.  GRAF_PHASE_SCHEDULE 
GRAFPHS. IPF 

3.  DEV_ACT_DISTR 
DEVACDIS. IPF 


Figure  C3:  Development  phase  computations  and  options 


lflD 


DEV_ACT_DISTR 
DEVACDIS. IPF 


DEV_PAD 
DEVPAD. IPF 


L7\ 


I  NOTE  l|   I  NOTE  2|   I  NOTE  3J 


CALC_DEV_PAD 
CALCDPAD. IPF 


1 


SELECT_TABLE 
SELTABLE. IPF 


KEY_CHANGE 
KEYCHNQ. IPF 


EVAL_KDSI 
EVALKDSI . IPF 


SELECT_ONE 
SLECTONE. IPF 


£7  A 


SELECT_TWO 

SELECTWO. IPF 


INTERPOLATION 
INTERPOL. IPF 


NOTES: 

1.  GRAF_ACT_DIST_PD 
GRAFADPD. IPF 

2.  GRAF_ACT_DIST_PHASE 
GRAFADP. IPF 

3.  GRAF_ACT_DIST_INTEST 
GRAFADIT. IPF 


Figure  C^+ :  Development  activity  computations  and  options 


Ifll 


MAINT_BASIC 
MAINTBAS. IPF 


\ 


MA  I  NT_ INTERMEDIATE 
MAINTINT. IPF 


Z 


MAINT_DATA_PAD 
MDATAPAD. IPF 


CALC_MAINT_DATA 
CALCMDAT. IPF 


I 


MAINT_PAD 
MAINTPAD. IPF 


\ 


KEY_CHANGE 
KEYCHNQ. IPF 


Figure  C5 :  Maintenance  computations  and  options 


ias 


MAINT_PAD 
MAINTPAD. IPF 


/    I     \ 


SELECT_TABLE 
SELTABLE. IPF 


I  NOTE  ll   I  NOTE  2! 


EVAL_KDSI 
EVALKDSI . IPF 


ZT3 


SELECT_ONE 
SLECTONE. IPF 


SELECT_TWO 
SELECTWO. IPF 


KEY_CHANGE 
KEYCHNQ. IPF 


INTERPOLATION 
INTERPOL. IPF 


NOTES: 

1.  CALC_MAINT_PAD 
CALCMAPA. IPF 

2.  GRAF_PD_MAINT 
GRAFPDM. IPF 


Figure  C6 :  Maintenance  phase  activity  computations/options 


1A3 


KEY_CHANGE 
KEYCHNQ. IPF 


z 


AGAINT_IT 
AGAINTIT. IPF 


WRAP_UP 
WRAPUP. IPF 


7~~\ 


KILL_IT 
KILLIT. IPF 


COCO 
COCO. IPF 


Figure  C7 :  Program  iteration  and  termination  options 


AGAIN_IT 
AGAINIT. IPF 


SAVE_VALUES 
SAWAL. IPF 


zn 


ERASE_TABLE 
ERASTABL. IPF 


ANOTHER 
ANOTHER. IPF 


SAVE_VALUES 
SAWAL. IPF 


COCO 
COCO. IPF 


Figure  C9 :  Program  iteration  options 


IfiM 


SAVE_VALUES 
SAWAL.  IPF 


BASIC_SAVE 
BASSAV. IPF 


V 


INTERMEDIATE_SAVE 
INTSAV. IPF 


REPORT_OUT 
RPTOUT. IPF 


Z- i 


■  NOTE  l]       INOTE  SI       I  NOTE  3| 


NOTE  ^ 


NOTES: 

1.  BASIC_RPT_ONE 
BRPTONE. IPF 

2.  BASIC_RPT_ALL 
BRPTALL. IPF 

3.  INTERMEDIATE_RPT_ONE 
IRPTONE. IPF 

<4.  INTERMEDIATE_RPT_ALL 

IRPTALL. IPF 
5.  Each  module  listed  in  notes  1  -  ^    has  the  option  of 

choosing  either  WRAPUP.IPF  or  ANOTHER. IPF 


Figure  C9 :  Program  data  save/report  generation 
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APPENDIX  D 
COCOMO  TOOL  PROGRAM  LISTING 

/*  STARTUP. IPF  -  STARTUP  NODULE  */ 

/*  This  module  acts  as  an  auto-exec.   It  begins  the  COCOMO*/ 
/-*  program  when  KMAN  is  invoked  by  the  user.  */ 

/*  Sample  Call:   None  (Invoked  when  KMAN  is  entered)  */ 

/*     Input:  KMAN  typed  by  user  */ 

/*  Output:  Title  screen  of  the  COCOMO  program  */ 

/*  Sub-module:  COCOMO. IPF  (COCOMO  MODULE)  */ 

Load  perform  "COCOMO" 
Perform  "COCOMO" 


IflL 


/*  COCOMO. IPF  -  COCOMO  MODULE 


*/ 


/*  This  module  prints  the  coverpage  and  displays  the 
/■*•  banner  page. 

/*  Sample  call:  PERFORM  COCOMO 

/*  Input:    Called  by  STARTUP. IPF  module 

/*■  Output:   Coverpage  and  banner  page 

/*  Sub-module:   COCO. IPF  (COCO  MODULE) 


*/ 
*/ 

*/ 

*/ 
*/ 
#/ 


/Let  e.deci  =  2 
Clear 


Form  COVERFRM 

At  3,30  put  " 

At  <t,30  put  "C  O  C  0  M  O" 
At  5,30  put  " " 


!  Sets  spreadsheet  decimal  places 
I  Clears  screen 
!  Coverpage 


At  7,28  put 

At  9,28  put 

At  1  1 ,22  put 

At  13,22  put 

At  15,27  put 

At  16,27  put 

At  23,32  put 


Constructive  COst  MOdel" 

for  " 
Estimating  Software  Development  Cost 
Dec  1985" 
Naval  Postgraduate  School" 

Monterey,  CA" 
PRESS  SPACE  BAR"  with  "B" 


At  1,1  to  2^,80  put  "FBBW" 
At  2,3  to  23,78  put  "FWBU" 
At  23,31  to  23,  t*B    put  "FOBU" 

Endform 


Putform  COVERFRM; 
Wait 


!  displays  coverpage 


1A7 


Form 

At 
At 
At 
At 
At 
At 
At 
At 
At 
At 
At 
At 
At 
At 
At 
At 
AT 
AT 
At 
Endf 


BANNERCO 
3  ,  33  put 
5,12  put 
6,12  put 

7,  12  put 

8,  12  put 

9,  12  put 
10, 12  put 
11,12  put 
12, 12  put 
13, 12  put 
14, 12  put 
15, 12  put 
16, 12  put 
17, 12  put 
18, 12  put 
23,28  put 
1 ,  1  TO  24 , 


'COCOMO  PROGRAM" 

'This  decision  support  system  proqr 
'the  COCOMO  method  of  software  engi 
'development  and  maintenance.   It  e 
'user  to  select  one  of  two  models  ( 
'Intermediate),  and  one  of  three  mo 
'(Organic,  Semidetached,  or  Embedd 
'computation  of  development  and  or 
'data  for  a  given  KDSI  input.   Opt 
'phase  distribution  calculations  f 
'or  maintenance,  activity  distribu 
'for  development,  graphs,  reports 
'iterations.   Iterations  of  data  c 
'for  report  generation.   Data  can 
'or  erased  before  the  program  is  t 
'PRESS  SPACE  BAR  TO  BEGIN" 
80  PUT  "FOBW" 


am  automates" 

neering  for" 

nables  the" 

Basic  or" 

des" 

ed )  for  the" 

ma  i  ntenance" 
i  ons  i  nc 1 ude " 
or  development" 
t  ion  by  phase" 
and  model/mode" 
an  be  saved" 
be  saved" 
erm  i  nated .  " 


2,  2  TO  23,  79  PUT 
23,27  to  23,53  put 
orm 


"FOBU" 
"FWBU" 


!  Displays  banner 


Putform  BANNERCO; 

Release  COVERFRM; 

Wai  t 

Load  perform  "COCO" 

Release  BANNERCO; 

Perform  "COCO"     !  Redefines  function  keys  and  loads  menu 


laa 


/*  COCO.IPF  -  COCO  MODULE 

/ #  T his  p  r o q r am  begi n s  the  COCO M 0  p r o ces 5 .  r e d e f  ines 

/*  function  keys  and  displays  the  screen  for  COCOMQ  model  */ 

/*  selection.  */ 

/*  Sample  call:  PERFORM  COCO 

/ *  I n p  u t :  Called  b  y  C 0 C  0 M 0 . I P F 

/*  Output:  F  key  selection  of  COCOMQ  model 

/*  Fl  —  Basic  model 

/*  FE  -  Intermediate  model.  *■,• 

/*  5ubmoduJ.es:   SETUPBAS.IPF   (  SET_UP_  BASIC  MODULE) 

/*  SETUP  INT.  I PF   (SET  UP  INTERMEDIATE  MODULE )-. 


Let  e .  s  e  r  r  ==  t  r  u  e 

Release  perform  "COCOMO" 
L  e  t  e  .  s  e  r  r  =  f  a  1  s  e 

'*  Function  keys  redefined  for  model  selection  ■ 

R edefine  f u n c 1 1 o n  1  ' '   P e r  f o r m  \ " S E T U P B A S \ "  \ 1 3 

Redefine  function  5  "   Perform  \  "SETUPINTV 

Redefine  function  3  " 

Redefine  function  '+  ,( 

Redef  i  ne  func  t ::.  o n  5  " 

Red  e f i n e  f  u  n c t  i  o  n  6  " 

Redefine  function  /'  " 

R  e  d  e  f  i  n  e  f  u  n  c  t  :i.  o  n  B  " 

Rede f  i ne  f  u n c t  i on  9  ' 

Rede f  i  n e  tr u n c  1 1  o n  1 0 


\" WRONG 

KE  V  \  " 

\  13" 

\" WRONG 

KEY\" 

\  1  3  " 

n" WRONG 

KEY  " 

\  1  3  " 

\ "WRONG 

KEY\" 

13" 

■   "WRONG 

KEY\" 

N  13" 

."WRONG 

KEY\" 

1  3" 

\  "WRI  'i  II  i 

KEY  \" 

v  13" 

I'erf  Drin 

x "WRAF 

"UP\  " 

1ST 


Fori 

n  MODL 

FORM 

At 

2,  33 

put  " 

At 

3  ,  33 

put  " 

At 

4,33 

put  " 

At 

put  " 

At 

3,26 

put  " 

At 

13,  S6 

put 

At 

1  5 ,  26 

p  u  t 

A  t 

lO  "i  cLci 

p  u  t 

At 

1  ,  J.  t 

o  2h  , 

At 

2,3  t 

o  23  , 

A  t 

13,25 

to  1 

End- 

•  o  r  m 

M o del    selecti o  n    f o r m 


COCO    M    0" 

-iM tmm .m  |    t ii 

TO  SELECT  A  MODEL 
OF  THE  FOLLOWING  F 
"Fl  BASIC" 
"F2  INTERMEDIATE" 
"F10  END  PROGRAM" 
SO  put  "FBBW" 
73  put  "FWBU" 
13, Hi  put  "FRBU" 


DEPRESS 
KEYS: " 


ONE 


Load  perform  "SETUPS AS" 
Load  perform  -"SETUP INT" 
L  o  a  d  p  e  r  f  o  r  m  ' '  W  R  A  P  U  P  ' ' 


P  u  t  T  o  r  m  M  0  D  L  F  0  R  M  3 


D  :i.  sp  i  av  mode  3.  se  I  ec  fc  i  d  r 


ef 


no 


/*  SETUPBAS.IPF  -  SET_UP_BftSIC  MODULE  */ 

/#  This  module?  redefines  F  keys  to  load  one  of  three       ■»■ 
/*  spreadsheets  for  the  Basic  COCOMO  model-  ■■/ 

/*  Sample  call:  PERFORM  "SETUPBAS"  */ 

/ *  Input:  Functio n  k e y  to  select  d e v e 1 o p m e n t  m o d e  * /' 

/*              Fl  —  Organic.  */ 

/*              FS  -  Semidetached .  */ 
/*              F3  -  Embedded  u 

/*  Output:  basic  model  spreadsheet 

/  *  &  u  b  -  m  o  d  u  lei  3  £  L  0  DBA  S   -\  ri  S  __  L_  0  A  0  B  {■  t  S  I C  i  1 0  D  U  L  t  • 

MODE  =  0  !  Defines  and  initializes  variab] 

/  ■*■ '  F  unc  t  i.  on  keys  redefined  to  select  prop©  r  basic  mod  e 
Redefine  function  1  "   MODE  =  I?  PERFORM' \ "SSLODBASN " 

USING  \"MODE\"  \13" 
Redefine  function  3  "   MODE  *  £ ;  PERFORM  \ "SSLODBASX " 

USING  \"MODE\"  \13" 
Redefine  function  3  "   MODE  =  3;  PERFORM  \"SSLODBAS\" 

USING  \"MODE\"  \13" 
Redefine  function  10  "  \ "WRONG  KEY\"   \13" 

F o r  m  M 0 D E P" 0 F;: M  !  D  i  s p  1  a y s  m o d e  s e  .1.  e c  I  i  on 

At  3,33  Put  "C  0  C  0  M  0" 

At  4,33  Put  " " 

At  3,33  Put  "TO  SELECT  A  MODE  DEPRESS  ONE" 


t.- 


■o  .: 


At  3,33  Put  "0 F  T H E  F 0 L I... 0 W  I  NG 

A t  IS, 2o  Pu t  " F 1  BA3 I C  ORGAN  I C " 

At  13,33  Put  "FS  BASIC  SEMIDETACHED" 

At  30,36  Put  "F3  BASIC  EMBEDDED" 

At  1,1  to  3T,30  Put  "FBBl-J" 

At  3,3  to  33, 78  Put  "FWBU" 
tnd'r  orrn 

R  e  1  e  a  s  e  p  e  r  f  o  r  m  ' '  C  0  C  0 ' ' 
E  e  1  e  a  s  e  p  e  r  f  o  r  m  ' '  W  R  A  P  U  P  ' ' 
Release  NODLFORM 
Load  perform  "3SL0DBAS" 

Putform  MODEFORM;  at  Sh , 1     !  Display  mode  selection  screen 


Ml 


/*  SSLQDBAS.IPF  -  SS_LOAD_BASIC  MODULE  &/ 

/*  This  module  loads  a  basic  model  spreadsheet  for  the     •- 
/*  organic  ?  semidetached  ?  or    embedded  modes-  #/ 

/*  Sample  call:  PERFORM  "SSLQDBAS"  USING  "MODE"  */ 

/*  Inputs:   MODE  =  Organic?  Semidetached  or  Embedded?  as   */ 
/*  user  selected  by  F  key  */ 

/■*  Output:   COCOMO  Basic  spreadsheet?  by  (node 

Let  e.deci  ~  5     !  Sets  spreadsheet  decimal  places 

Form  SSLOADBAS 

At  2£,26  Put  "LOAD  IMG  BASIC  MODEL"  WITH  "B" 

At  EE,L5  to  22,46  Put  "F'OBLl" 
Endfonn  ? 

P u t f  o r m  S S L_ 0 A D B A S  ;  at  E m-  ?  1 

Redefine  function  1  "  PERFORM  \ "DEVpARBAX "  \13" 

Redefine  function  E  "  \" DEPRESS  Fl  FIRSTV  \13" 

Redefine  function  3  "  \" DEPRESS  Fl  FIRSTV  \13" 

Redefine  function  10  "  PERFORM  VKEYCHNGA"  MS" 

Load  perform  "DEVPARBA" 
Load  perform  "KEYCHMO" 

Release  MODEFORM 

R e 1 e  a  s  e  p erfo r  m  " S E T  U P B  A  S " 

MODE  =  it  A  ; 

If  MODE  -=  1  then  !  Organic  spreadsheet 

Load  "CBO"  with  "0"?        I  "C"  loads  cell  definitions 
El.se 

If  MODE  =  E  then  !  Semidetached  spreadsheet 

L o  ad  "  L  8 S ' '  w  i  t  h  "  C  "  ^ 
Else 

/*  MODE  -  3  #/  !  Embedded  spreadsheet 

Load  "CBE"  wi bh  "L" ; 
End  i  f  ; 
End  l  f ; 


ns 


Calc  =  #A1 
Cslc  ■—  ft u »J 
Calc 


Displa v s  e f ' fort. •' sche ci u  1  e  p a g e 
M o v ss  cu r  s o r  t  o  !< D 3 1  1  n p u  t  c e  1 
Initiates  the  spreadsheet  mode 


Release  SSLQADBAS 
Release  MODE 
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/*  DEVPARBA.IPF  -  MODULE  DEV_PARAMETER_BASIC  */ 

/#  This  module  calculates  effort  and  schedule  nr i ter i a  for*/ 

/*  the  basic  CQCOMO  model  and  its'  three  modes:  organic,  */ 

/*  semidetached  and  embedded .   The  results  of  these  */ 

/»  calculations  a.c<B    displayed  to  the  user.  */ 

/#  Sample  call:   PERFORM  "DEVPARBA"  (Invoked  by  F-l)  */ 

/#  Input:   KDSI  =  Number  of  thousands  of  delivered  source  ■■- 

/*  instructions 

/■*  PCOST  =  Personnel  costs  per  man— month  -*■.■ 

/*  Output::   MAN-MONTH  -  effort 

*  P R 0 D U C T  I  v  I  T Y  --  d el  iversd  s o u r  c e  i  n s  fc r l t c  t  i  o  n s  * 
•  *•                          man  ""month 

/■*  TDEv  -  effort  schedule  in  month-,  * 

/#  F3P   -  full  time  software  personnel 

*  A N N UAL  C 0  S T  —  d  e v  e 1 o p m e  n t  c o s  t  p e  r  y e a r 


Local  I 
Local  J 
Local  MAXIMUM 


Let  MAXMUM  ~  S00     '  Number  for  error  message  delay  com  te 

Form  COMPFORM  !  Computing  effort /schedule  form 
At  12,24  put  "COMPUTING  EFFORT/SCHEDULE"  wi  h  "B" 
A t  L  2 ,  23  t  o  12,51  p  u  t  " f o b u " 

End  for  rrt  'i 

.   1 f  o r  m  i.:: o m p f  o r  m  ;i  at  ;._ '■+  ■•  I. 

Form  LARGKDSI 

At  1  S  ,  2 3  p u  t  "  K D S  I  I  S  G P.  E A T E R  T H EN  512"  N  I  T H  "  B ' ' 

At  13,30  put  "KDSI  >2  OR  <512  ONLY" 

At  L2,26  to  13,55  put  "fwbr" 
End f o r n 5 

F  ijTiTi  SMALKDS  I 

At  12,30  put  "KDSI  15  LESS  THEN  2"  WITH  "B" 
At  13,30  put  "KDSI  >2  OR  <512  ONLY" 
At  12,36  to  13,55  put  "fwbr" 

End  form  5 


n4 


ERRFLAG  =  0 
KDSI     =  #D5 
PCOST   =  #D6 


!  Use? r  i  n p  u  t  K D S  I 

!  User  i n p  u t  c o s  t / m a n - m o n t  h 


If  KDSI  <  £  then 

Put form  SMALKDSI;  AT  24 , 1    !  KDSI  is  too  small 


Let  I  =  0 

While  I  <  MAXIMUM  do 

I   =   I   +   J. 

Endwh i 1 e 

CALC  =  #D5 
CALC 

ERRFLAG  =  !. 


1  E  r  r  o  r  m  e  s  s  £h  q  e  d  e  1  a  y 


C  u  r  s  o  r  b  a  c  k  t  o  K  D  S  I  i  n  c  l  i  b 

Clears  error  iiiessai 

Don  :'  t  perform  c.:a  Leu  I  a  t  ion 


If  KDSI  >  5 IS  then 

Put  form  LARGKDSI;  AT  2  m-  ,  1    !  KDSI  is  too  large 

!  E r r o r  message  del  a 

!  C  u  r  s  o  i  -  b  a  c  k  t  o  K  D  B I  i.  n  p 


Let  J  =  0 

Wh  i  1  e  J  < 

MAXNUM 

do 

3    ~    J    + 

1 

Endwh i 1 e 

CALC  =  #D!: 

j 

CALC 

ERRFLAG  = 

1 

End i f  ? 

ni.:i  i  T  -Ji 

!  Clears  &rr- 
!  Don  '  b  oei  Fc 


r  message 

i  '  I  fl    I '.    \     ' .  <  .  II.  •.   i.  I   i.    1:1 


Let  e.serr  —  true 

:■'*  Compute  development  parameter 

If  ERRFLAG  ==  0  then   !  KDSI  is  > 
ttCEO  =  " 1 " 


1=15 


Load  perform  "DEVPHDI 5"   !  Phase  calculations 

Load  perform  "MAINTBA3"   !  Maintenance  calculation-: 

Load  perform  "KEYCHMQ" 

Redefine  function  E  "  Perform  \ "DEVPHDISN "  \13" 
Redefine  function  3  "  Perform  V'MAINTBASV  \13" 
Redefine  functi o n  1 0  "Re r f  o r m  \  ' ' K E Y C H N Q \  ' '  \ 13" 


oraanic  mocte 


*  PV"G  iUC  t  1  ■   > 


: 


If  MODE  =  1  then  ! 

#D12  :=  a.-f  *  (EXP  (1.05  *  LN  (KDS; 

#D13  =  (1000  *  KDS I)  /  &D1E 

#D14  =*  2.5  -'■     (EXP  (.38  *  L.N  (#D11)  '  i 

#D15  =  ttDlE  /  #D1h-  /*  r"sp 

#D16  =  PCOBT  *  #D1E  /*  annual  cost 

Calc;  '  Displa  y  s  u  p  d  a  t  e  d  s  p  re  a  d  s  I"";  e  e  b 

Else 

If  MODE  =  3  then  '  semidetached  mods 

#D12  =  3.0  *  (EXP  (1.1E  *  LN  (KDSI)))  -  mm 
#D13  =  (1000  *  KDSI)  /  #D1E  /*  productivity 
WD  In  a  S.5  *  (EXP  (.35  *  LN  (#D11)))  ••*  .:■-■■■ 
#D15  =s  #D1E  /  #D1<+  sp 

#D16  =  PC GST  *  #D12  /*  annual  cost 

Calc;  !  D 1 3 p 1  a . s  u p dated  s p r e a d s h e e t 


Mt 


ELSE 


I  embedded  mode 

#D1£  =  3.6  *  CEXP  CI. SO  *  LN  (KDSI))} 

#D13  =  (1000  *  KDSI)  /  #D1S     /*  product i 

#D14  =  8.5  *  (EXP  („3£  *  LN  (#D1I))) 

#D15  =  #D12  /  #D1h-  /* 

#D16  =  PCOST  *  #D1S                /*  annual  • 

CalcJ  !  Displays  updated  :.;:.  i  ■ 


#    mm  * 


V  I  O  ' 


de 


r  s  i: 


E  i  "i  d  i  T  5 

End i f  ; 
End i f i 

Let  e.serr  =  false 

R  e  1  e  a  s  e  C  0  M  F:'  F  0  R  M 
Release  LARSKDSI 
Release  SMALKDSI 
Release  ERRFLAG 
Release  K  D  S I 
Release  PCOST 


IT? 


/  *  3  E  T  U  P  I  N  T  .  I P F  -  B E T  _  UP _  I  N  T  E  R  M  E  D  I A  T  E  M  0  D  U  L  E 

f*    This  module  redefines  F  keys  to  load  one  of  thr 
/*  Spreadsheets  for  the  Intermediate  COCQMG  model 

/*  Sample  call:  PERFORM  "SETUPINT" 

/ *  I  n p u  t :  Fu n c  t  i  o n  k e y  to  select  d e v e  1  o p m e n t  m o d e 

/•*  Fl  -  Organic 

/*  F3  -  Semidetached 

/*  F3  -  Embedded 


- 


■«■/ 

Mr  t 


/ *  Output:  I n t  e r m e d  i  a  t  e  m o del  s  p  r e  a d s h  e e  t 
/#    Sub-module:  SSLQDINT  ( SS_LOAD_ INTERMEDIATE • 
MODE  =  0  '  Defines  and  initialises  ■■,  \\      able 

Redefine  function  1  "   MODE  =  l;  PERFORM  V'SSLODINTV 

USING  V'MGDEV  \13" 

Redefine  function  2  "       MODE  =  S;  PERFORM  \  "SSLQDINTX " 

USING  \"MODE\"  \13" 

Redefine  function  3  "   MODE  =  3;  PERFORM  \ "SSLQDINTX " 

USING  V'MODEV   U  3" 

Redef l ne  tunc  t  i on  1 0  "  \  " WRONG  KE i  \  "   \ 1 3 " 


!  D  i  sp 1  a y s  mo  d e  se 1 ec  t  i o  1 1 


Form  MO DEFORM 

At  3,33  Put  "0  0  0  0  M  0" 

At  4,33  Put  " " 

At  6,33  Put  "TO  SELECT  A  MODE  DEPRESS  ONE" 
At  3,36  Put."  0  F  T  H  E  F  0  L  L  0  U  I  N  G  F  K  E  Y  S  :  " 
At  J.  3, 36  Pub  "Fl  INTERMEDIATE  ORGANIC" 
At  16,26  Put  "FS  INTERMEDIATE  SEMIDETACHED" 
At  30,36  Put  "F3  INTERMEDIATE  EMBEDDED" 
At  1 , 1  to  2h ,30  Put  "FBBW" 
At  3,3  to  33,73  Put  "FWBU" 
End  t  o  r(ii 


Release  p&r f o r m  ' '  C 0 C 0  ' ' 
R e I e  a  s e  p  e  r f o rm  " W R A P U P ' ' 
Release  MQDLFGRM 
Load  perform  "SSLQDINT" 

Put form  MO DEFORM;  at  34,1     !  Display  mode  selection  scree 


na 


/*  SSLODINT.IPF  -  SS_LOAD_INTERMEDIATE  MODULE  */ 

/*    This  module  loads  an  intermediate  model  spreadsheet  for*/ 
/*  the  organic,  semidetached,  or  embedded  mode.  */ 

/*    Sample  call:  PERFORM  "SSLODINT"  USING  "MODE"  */ 

/*  Inputs:   MODE  =  Organic,  Semidetached  or  Embedded,  as   -*/ 
/*  user  selected  by  F  key  ■*/ 

/*  Output:   COCOMO  Intermediate  spreadsheet,  by  mode        */ 

Redefine  function  1  "  PERFORM  V'REDEVDATV  \13" 
Redefine  function  2  "  \"U)RONG  KEY\"  \13" 
Redefine  function  3  "  \"WRONG  KEY\"  \13" 

Form  SSLOADINT 

At  22,26  Put  "LOADING  INTERMEDIATE  MODEL"  WITH  "B" 

At  22,25  to  22,53  Put  "FOBU" 
Endf orm ; 

Putform  SSLOADINT;  at  54,1 

Release  MODEFORM 

Release  perform  "SETUPINT" 

Load  perform  "REDEVDAT" 

Let  e.deci  =  2       1  Sets  spreadsheet  decimal  places 

MODE  =  #A; 

If  MODE  =  1  then  !  Organic  spreadsheet 

Load  "CIO"  with  "C" 5        !  "C"  loads  cell  definitions 
Else 

If  MODE  =  2  then  !  Semidetached  spreadsheet 

Load  "CIS"  wi th  "C" ; 
Else 

/*  MODE  =  3  */  !  Embedded  spreadsheet 

Load  "CIE"  with  "C"; 
Endif ; 
End  if ; 


m 


Calc=  #A96 
Calc  =  #F100 
Calc 


Displayes  effort  cost  driver  page 
Moves  cursor  to  first  cost  driver 
Initiates  the  spreadsheet  mode 


Release  SSLOADINT 
Release  MODE 


2DQ 


/*  REDEVDAT. IPF  -  READ_DEVELOPMENT_DATA  MODULE  #/ 

/*  This  module  reads  cost  driver  inputs,  and  calculates  */ 

/*  and  validates  the  effort  adjustment  factor  ( EAF ) .  */ 

/*  Sample  call:   PERFORM  "REDEVDAT"  */ 

/*  Input:   15  effort  cost  drivers  •*/ 

/*  Output:   Effort  Adjustment  Factor  (EAF)  *■/ 


Form  EAFCOMP 

At  23,33   Put  "COMPUTING  EAF"  WITH  "B" 

At  23,32  to  23,^+7  Put  "FOBU" 
Endform 

Putform  EAFCOMP;  AT  24,1 


Loca  1 

DR1 

Local 

DR2 

Local 

DR3 

Local 

DR4 

Local 

DR5 

Local 

DR6 

Local 

DR7 

Local 

DR8 

Local 

DR9 

Local 

DR10 

Local 

DR1  1 

Loca  1 

DR12 

Local 

DR13 

Local 

DRl^ 

Local 

DR15 

Loca  1 

MAXCOUNT 

Local 

I 

2D1 


DR1 

= 

#F100 

RELY 

DR2 

= 

#F101 

DATA 

DR3 

= 

#F102 

CPLX 

DR^t 

= 

#F103 

TIME 

DR5 

= 

#F10<+ 

STOR 

DR6 

= 

#F105 

VIRT 

DR7 

= 

#F106 

TURN 

DRS 

= 

#F107 

ACAP 

DR9 

= 

#F108 

AEXP 

DR10 

= 

#F109 

PCAP 

DR1  1 

= 

#F1  10 

VEXP 

DR12 

= 

#F11  1 

LEXP 

DR13 

= 

#F1  12 

MODP 

DRl^t 

= 

#F1  13 

TOOL 

DR15 

= 

#F1  l*t 

SCED 

Form  BLANKOUT 

At  23,33  Put  " 

At  23,32  to  23,^+7  Put  "FUBU" 
Endform ; 

Form  EAFERR  !  EAF  has  a  negative  value 

At  23,22  to  23,57  Put  "FWBR" 

At  23,23  Put  "CAN'T  USE  NEGATIVE  OR  ZERO  VALUES"  WITH  "B" 
Endform 

/*  Compute  EAF  */ 

EAF  =  DR1  *  DR2  *  DR3  *  DR^+  #  DRS  *  DR6  *  DR7  *  DR8  *  DR9  \ 
*  DR10  *  DR11  *  DR12  *  DR 1 3 .  *  DR1^+  *  DR15; 

/-*  Validate  cost  driver  input  *  / 
If  EAF  <=  0  then 

Putform  EAFERR;  at  2A- ,  1    !  Displays  error  message 

I  =  0 

MAXCOUNT  =  200 

While  I  <  MAXCOUNT  do      !  Delay  to  display  error  message 
1  =  1  +  1 

Endwh i le 

Calc  =  #F100     !  Cursor  placed  in  first  cost  driver  cell 

Calc  !  Redisplays  cost  driver  page 


2DE 


Else 

Redefine  function  1  "  PERFORM  V'DEVPARMSV  \13" 

Redefine  function  2  "  \"DEPRESS  Fl  FIRSTV  \13" 

Redefine  function  3  "  V'DEPRESS  Fl  FIRSTX"  \13" 

Redefine  function  10  "  PERFORM  \"KEYCHNQ\"  \13" 

Load  perform  "DEVPARMS" 

#H11  =  EAF     !  EAF  displayed  on  KDSI  input  page 

Putform  BLANKOUT;  at  24- ,  1 

Release  EAFCOMP 

Release  EAFERR 

Calc  =  #A1      !  Displays  effort/schedule  input  page 

Calc  =  #D5     1  Places  cursor  into  KDSI  input  cell 

End  if ; 


2C3 


/*  DEVPARMS.IPF  -  DEV  PARAMETERS  MODULE  */ 


/*  This  module  calculates  effort  and  schedule  criteria  for*/ 

/*  the  intermediate  COCOMO  model  and  its'  three  modes:  */ 

/-*  organic,  semidetached,  and  embedded.   The  results  of  */ 
/*  these  calculations  are  displayed  to  the  user. 
*/ 

/*  Sample  call:   PERFORM  "DEVPARMS"  (Invoked  by  Fl)  */ 

/#     Input:   KDSI  -  Estimated  number  of  thousands  of  */ 

/*                                                delivered  source  instructions  */ 

/■*•           PCOST  -  Personnel  costs  per  man-month  for  *-/ 

/*                    development  */ 

/*  Output:  MAN-MONTH  (Nominal)  -  Effort  */ 

/*                           MAN-MONTH  (Adjusted)-  Effort  x  EAF  */ 
/*          PRODUCTIVITY  -  Delivered  source  instructions/mm*/ 

/*           TDEV  -  Effort  schedule  in  months  */ 

/*           FSP   -  Full  time  software  personnel  */ 

/*           ANNUAL  COST  -  Development  cost  per  year  */ 


Local  I 
Local  J 
Local  MAXNUM 
Local  MODE 

Let  MAXNUM  =  200    !  Number  for  error  message  delay  counter 

Form  COMPFORM  !  Computing  ef for t / schedu 1 e  form 
At  IS, 27  Put  "COMPUTING  EFFORT/SCHEDULE"  WITH  "B" 
At  12,26  to  12,53  Put  "FOBU" 

Endform ; 

Putform  COMPFORM;  at  24-,  1 

Form  LARGKDSI 

At  12,28   Put  "KDSI  IS  GREATER  THEN  512"  WITH  "B" 

At  13,30  Put  "KDSI  >2  OR  <512  ONLY" 

At  12,26  to  13,55  Put  "FWBR" 
Endform ; 


ZDM 


Form  SMALKDSI 

At  12,30  Put  "KDSI  IS  LESS  THEN  2"  WITH  "B" 
At  13,30  Put  "KDSI  >2  OR  <512  ONLY" 
At  12,26  to  13,55  Put  "FWBR" 

Endf arm ; 


ERRFLAG 

KDSI 

PCOST 

EAF 

MODE 


0 

#D5 
#D6 
#H1  1 
#B20 


User  input  KDSI 
User  input  cost /man— month 
Cost  driver  product  value 
COCQMO  Mode 


If  KDSI  < 

Putf orm 

Let  I  = 

While  I 
I  =  I 

Endwh i le 

Calc  =  #D5 

Calc 

ERRFLAG  = 
Else 

If  KDSI  > 
Putf orm 
Let  J  = 
While  J 
J  =  J 
Endwh  i 1 e 
Calc.  =  #D5 
Calc 
ERRFLAG  = 

Endif ; 
End  if ; 


2  then 

SMALKDSI 

0 

<  MAXNUM 

+  1 


at  2^,1 


do 


1 

512  then 

LARGKDSI 

0 

<  MAXNUM 

+  1 


KDSI  is  too  small 
Error  message  delay 


Cursor  back  to  KDSI  input 
Clears  error  message 
Don't  perform  calculations 


AT  24,1    !  KDSI  is  too  large 
do  !  Error  message  delay 


Cursor  back  to  KDSI  input 
Clears  error  message 
Don't  perform  calculations 


/*  Compute  development  parameters.  */ 

If  ERRFLAG  =  0  then   !  KDSI  is  >2  and  <512 

#C20  =  "1"        !  Program  performed  effort  calculations 

Load  perform  "DEVPHDIS" 

Load  perform  "MAINTINT" 

Load  perform  "KEYCHNQ" 

Redefine  function  2  "  PERFORM  V'DEVPHDISV  \13" 

Redefine  function  3  "  PERFORM  VMAINTINTV  \13" 

Redefine  function  10  "PERFORM  V'KEYCHNQA"  \13" 


5D5 


If  MODE  =  1 

then 

#D12  =  3.2  *  (EXP 

#D11  =  #D12 

*  EAF 

#D13  =  ( 1000  *  KDS 

#Dl*t  =  2.! 

5  *  (EXP 

#D15  =  #D11 

/  #D14 

#D16  =  PCOST  *  #D1 

Calc ; 

Else 

If  MODE  = 

2 

then 

#D12  = 

3. 

0  *  (E 

#D1  1  = 

#D12  *  E 

#D13  = 

( 1000  * 

#D1^+  = 

2. 

5  *  (E 

#D15  = 

#D11  /  # 

#D16  = 

PCOST  * 

Ca lc ; 

Else 

#D12 

= 

2.8  * 

#D1  1 

= 

#D12  * 

#D13 

= 

(  1000 

#D14 

= 

2.5  * 

#D15 

= 

#D1  1  / 

#D16 

= 

PCOST 

Calc 

* 

Endif ; 

Endif ; 

Endif; 

Release  COMPFORM 

Release  LARGKDSI 

Release  SMALKDSI 

Release  ERRFLAG 

Release  EAF 

Release  KDSI 

Release  PCOST 

!  Organic  mode 
( 1 .05  *  LN  (KDSI ) ) ) 

I )  /  #D1 1 

(  .38  *  LN  (#D1 1 )  )  ) 


!  Displays  updated  spr 

!  Semidetached 
XP  (1.12  *  LN  (KDSI ) ) ) 
AF 

KDSI)  /  #D11 
XP  ( .35  *  LN  (#D1 1 ) ) ) 
Dl^+ 
#D1  1 

!  Displays  updated 

!  EmPedded  mode 
(EXP  ( 1 .20  *  LN  (KDSI ) ) 
EAF 

#  KDSI )  /  #D1 1 

(EXP  (  .32  *  LN  (#D1 1  )  )  ) 
#D14 

*  #D1  1 

!  Displays  updated  spr 


MM ( nom ) 
MM ( ad  j  ) 
Produc  t  i  vi  ty 
TDEV 
FSP 

Annual  cost 
eadsheet 

mode 

MM ( nom ) 

MM (ad j ) 

Produc  t  i  v  i  ty 

TDEV 

FSP 

Annua  1  cost 
spreadsheet 


)  !  MM( nom) 
MM ( ad  j ) 

Produc  t  . 

TDEV 

FSP 

Annual  cost 

eadsheet 


ETJb 


/*  KEYCHNQ.IPF  -  KEY_CHANGE  MODULE  */ 

/*  This  module  redefines  F  keys,  displays  a  selection  -*/ 

/*  screen  on  the  spreadsheet,  and  dependent  on  the  user  ■*/ 

/*  selection,  either  selects  another  program  iteration  or  *■/ 

/*  ends  the  program.  */ 

/*  Sample  call:  PERFORM  "KEYCHNG"        (Invoked  by  F10)    */ 

/■*  Input:   F  key  selection  by  user  *-/ 

/*  Output:  Program  end  or  program  reiteration  *■/ 

/*  Submodule:   AGAINIT.IPF  (AGAIN_IT  MODULE)  */ 

Let  e.serr  =  true 
Release  perform  "DEVPARMS" 
Release  perform  "DEVPARBA" 
Release  perform  "DEVPHDIS" 
Release  perform  "GRAFPHE" 
Release  perform  "GRAFPHS" 
Release  perform  "DEVACDIS" 
Release  perform  "GRAFADPD" 
Release  perform  "GRAFADP" 
Release  oerform  "GRAFADIT" 
Release  perform  "MAINTPAD" 
Release  perform  "GRAfPDM" 
Let  e.serr  =  false 
Load  perform  "AGAINIT" 
Load  perform  "WRAPUP" 

/*  Function  keys  redefined  for  spreadsheet  use  */ 
Redefine  function  1  "  PERFORM  V'AGAINITV  \13" 
Redefine  function  10  "  PERFORM  \"WRAPUP\"  \13" 

Form  FINIS 

At  5,  2<+  Put  "BEFORE  QUITTING " 

At  9,  13  Put  "SELECT  an  option:" 

At  11,  19  Put  "<F1>  Another  i ter at i on/ Save  values/Reports" 

At  13,  19  Put  "<F10>  End  program" 

At  1,  1  to  24,  80  Put  "FBBW" 

At  2,  3  to  23,  78  Put  "FWBU" 

At  13,  18  to  13,  37  Put  "FRBU" 
Endf orm ; 
Putform  FINIS;  at  2<+ ,  1 


5D7 


/*  MAINTBAS.IPF  -  MAINT_BASIC  MODULE  */ 

/*  This  module  begins  the  basic  maintenance  calculation  by*/ 
/*  displaying  the  maintenance  effort  and  schedule  page.    */ 

/*  Sample  call:  PERFORM  "MAINTBAS"   (Invoked  by  F3 )         */ 

/*  Input :  None  */ 

/*    Output:  Maintenance  effort  and  schedule  page  */ 

Release  perform  "DEVPARBA" 

Release  perform  "SSLODBAS" 

Release  perform  "DEVPHDIS" 

Release  MODE 

Load  perform  "MDATAPAD" 

Redefine  function  1  "  PERFORM  V'MDATAPADV  \13" 
Redefine  function  2  "  \"DEPRESS  Fl  FIRST\"  \13" 
Redefine  function  3  "  \"DEPRESS  Fl  FIRSTV  \13" 

MODSTAT  =  0    !  Basic  maintenance 

Calc  =  #11      !  Displays  maintenance  ef f or t \schedu 1 e  page 

Calc  =  #M5      !  Places  cursor  in  cost  per  man-month  cell 


ETJfl 


/*  MAINTINT.IPF  -  MA INT_ INTERMED I  ATE  MODULE  */ 

/*  This  module  begins  the  intermediate  maintenance  */ 
/*  calculation  by  displaying  the  maintenance  cost  driver  */ 
/*  table  for  inputs.  */ 

/*  Sample  call:  PERFORM  "MAINTINT"   (Invoked  by  F3)         */ 

/*  Input:  None  */ 

/*  Output:  Maintenance  cost  driver  table  */ 

Release  perform  "DEVPARMS" 
Release  perform  "SSLODINT" 
Release  perform  "DEVPHDIS" 
Release  perform  "REDEVDAT" 
Release  MODE 

Load  perform  "CALCEAFM" 

Redefine  function  1  '"  PERFORM  V'CALCEAFMV  \13" 
Redefine  function  2  "  \" WRONG  KEY\"  \13" 
Redefine  function  3  "  V'WRONG  KEY\"  \13" 

Calc  =  #A115   !  Displays  maintenance  cost  drivers 

Calc  =  #F119   !  Places  cursor  onto  first  maint.  cost  driver 
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/*  DEVPHDIS. IPF  -  DEV  PHASE  DISTR  MODULE  */ 


/*  This  is  the  control  module  for  the  calculation  of  the   */ 

/*■  effort  and  schedule  distribution  by  phase.  */ 

/*  Sample  call:  PERFORM  "DEVPHDIS"   (Invoked  by  FS )  */ 

/*■  Input:  KDSI  -  estimated  number  of  thousands  of  */ 

/*  delivered  source  instructions  *■/ 

/*  MM  -  adjusted  development  man-months  */ 

/*  TDEV  -  development  schedule  */ 

/*  Output:  Same  as  input  */ 

/*  Effort  and  schedule  phase  distributions  */ 

/*  Submodule:    PHASEDIS.IPF  (PHASE  DISTRE  MODULE)  */ 


Let  e.serr  =  true 

Release  perform  "REDEVDAT" 

Release  perform  "DEVPARMS" 

Release  perform  "DEVPARBA" 

Release  perform  "SSLODBAS" 

Release  perform  "SSLODINT" 

Release  perform  "MAINTBAS" 

Release  perform  "MAINTINT" 

Let  e.serr  =  false 

Redefine  function  1  "  PERFORM  VGRAFPHEV  \13" 
Redefine  function  2  "  PERFORM  \"GRAFPHS\"  \13" 
Redefine  function  3  "  PERFORM  \"DEVACDIS\"  \13" 

Form  COMPHASE 

At  16,22  Put  "COMPUTING  PHASE  DISTRIBUTION"  WITH  "B" 

At  16,21  to  16,57  Put  "FOBU" 
Endform ; 

Calc  =  #A39   !  Displays  spreadsheet  phase  distribution 

Putform  COMPHASE;  AT  2^,1;     !  Computing  message 


ZLD 


Load  perform  "PHASEDIS" 
Perform  "PHASEDIS"; 
Release  perform  "PHASEDIS" 


#C20 

= 

il  o  II 

#D21 

= 

#D*+6 

#D22 

= 

#D<+8 

#D23 

= 

#D^9 

#D2^+ 

= 

#D50 

Program  calculated  activity  distributions 
PD  value  for  graphing 
DD  value  for  graphing 
CUT  value  for  graphing 
IT  value  for  graphing 


Load  perform  "DEVACDIS" 
Load  perform  "GRAFPHE." 
Load  perform  "GRAFPHS" 


Release 
Rel ease 
Rel ease 
Rel ease 
Release 
Release 
Release 
Release 


COMPHASE 

KDSI 

MM 

TDEV 

TABLEROW 

STARTCOL 

TEMPCOL 

DISTTYPE 


Calc 


Displays  spreadsheet  with  calculated  values 
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/*  PHASEDIS.IPF  -  PHASE_DISTR  MODULE  */ 

/*  This  module  controls  the  calculation  of  effort  and  */ 

/*  schedule  distribution  by  phase.  */ 

/*  Sample  call:  PERFORM  "PHASEDIS"  */ 

/*  Input:  KDSI  -  Estimated  number  of  thousands  of  */ 

/*■                 delivered  source  instructions  */ 

/■*          MM  -  Adjusted  development  man-months  *■/ 

/*          TDEV  -  Development  schedule  */ 

/*  Output:  Effort  phase  distributions  */ 

/*  Submodules:SELTABLE. IPF  ( SELECT_EFF/SCHED_TABLE  MODULE)*/ 

/*              CALCEFSC.IPF  ( CALC  EFF  SCHED  MODULE)  */ 


Local  MODEL 
MODEL  =  #A20 

If  MODEL  =  1  then       !  Basic  model 

MM    =  #D12 
Else  !  Intermediate  model 

MM   =  #D11 

Endif ; 

KDSI  =  #D5; 

TDEV  =  #D1^+; 

DISTTYPE  =  l;        !  Phase  distribution. 

Load  perform  "SELTABLE" 

Perform  "SELTABLE"  using  "DISTTYPE",  "KDSI"; 

Release  perform  "SELTABLE" 

Load  perform  "CALCEFSC" 

Perform  "CALCEFSC"  using  "MM",  "TDEV"; 

Release  perform  "CALCEFSC" 

Return ; 
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/*  SELTABLE. IPF  -  SELECT  TABLE  MODULE  */ 


/*  Based  on  the  type  of  distribution,  this  module  selects  */ 

/*  the  top  left  cell  of  a  table  within  the  spreadsheet.  */ 

/*  This  top  left  cell  is  used  as  a  starting  point  for  */ 

/*  selection  of  phase  percentages.  */ 

/*  Sample  call:   PERFORM  "SELTABLE"  USING  "#A" ,  "#B"  */ 

/*  Input:  #A  =  DISTTYPE  -  type  of  distribution:  */ 

/*               PHASE  -  phase  distribution  of  effort  and  -*/ 

/*                        schedule  */ 

/*               PRODDES  -  activity  distribution  of  product  */ 

/*                           design  */ 

/*               PROGING  -activity  distribution  of  */ 

/*                           programming  */ 

/*                INTTEST  -  activity  distribution  of  */ 

/*                          integration  and  test  */ 

/*               MAINT  -  activity  distribution  by  phase  for  */ 

/*                       maintenance  */ 

/*         #B  =  KDSI  -  estimated  #  of  thousands  of  */ 

/*                       delivered  source  instructions  */ 

/*  Output:  KDSI  -  Same  as  input  */ 

/*           TABLEROW  -  cell  row  #  of  table  top  row  */ 

/*           STARTCOL  -  cell  column  #  of  selected  tables"  */ 

/*                      left-most  column  */ 

/*           TEMPCOL  -  cell  column  number  of  the  temporary  *■/ 

/*                     percentage  location  */ 

/*          Cell  #  and  value  of  percentage  */ 

/*  Submodule:  EVALKDSI.IPF  ( EVAL  KDSI  MODULE)  */ 


DISTTYPE  =  #A; 

KDSI  =  #B; 

TABLEROW  =  0; 

STARTCOL  =  0; 

TEMPCOL  =  0; 
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/*  Based  on  type  of  distribution,  determines  location  of  */ 
/#  top  left  cell  of  table  within  the  spreadsheet  and  the  */ 
/*  temporary  location  for  percentages.  ■*/ 


Test  DISTTYPE 
Case  1 : 

TABLEROW  =  46 
STARTCOL  =  9 
TEMPCOL  =  24 
Break ; 
Case  2: 

TABLEROW  =  66 
STARTCOL  =  9 
TEMPCOL   =  24 
Break ; 
Case  3: 

TABLEROW  =  66 
STARTCOL  =  14 
TEMPCOL   =  25 
Break ; 
Case  4: 

TABLEROW  =  66 
STARTCOL  =  19 
TEMPCOL   =  26 
Break ; 
Other w  i  se : 

TABLEROW  =  84 
STARTCOL  =  9 
TEMPCOL   =  24 
End  test 


Phase  distribution 

Column  I 
Column  X 

Product  design 

Column  I 
Column  X 

Progr amm i ng 

Column  N 
Column  Y 

Integration  2*  test 

Column  S 
Column  Z 

Ma  i  ntenance 

Column  I 
Column  X 


Load  perform  "EVALKDSI" 

Perform  "EVALKDSI"  using  "KDSI",  "TABLEROW",  "STARTCOL",  \ 

"TEMPCOL" ; 
Release  perform  "EVALKDSI" 


Return ; 


!  Returns  control  to  the  PHASEDIS  modules 


am 


/*  EVALKDSI. IPF  -  EVAL_KDSI  MODULE  */ 

V*  This  module  evaluates  KDSI  for  standard  values  (2,8,32,*/ 
/*  128,  or  512).  If  the  KDSI  >  2  and  <  512,  it  is  #/ 
/*  determined  to  be  nonstandard.  */ 

/*  Sample  call:  PERFORM  "EVALKDSI"  USING  "#A",  "#B",  "#C",*/ 
/*  "#D";  */ 

/*  Input:  #A  =  KDSI  -  estimated  #  of  thousands  of  */ 

/*                       delivered  source  instructions.  */ 

/*  #B  =  TABLEROW  -  cell  row  #  of  the  table  top  row  */ 

/*  #C  =  STARTCOL  -  cell  column  #  of  the  selected  */ 

/#                           table's  left  most  column.  */ 

/*  #D  =  TEMPCOL  (temporary  storage)  -  cell  column  #*/ 

/*                                                               of  temporary  percentage  location.  */ 

/#  Output:  Same  as  the  above  and  the  cell  #  and  value  of  *■/ 
/*  percentages.  */ 

/*    Submodules:  SLECTONE.IPF  (SELECt_ONE  MODULE)  */ 

/*  SELECTWO.IPF  (SELECT_TWO  MODULE)  */ 

KDSI       =  #A; 

TABLEROU  =  #B ; 

STARTCOL  =  #C; 

TEMPCOL   =  #D; 

If  KDSI  .=  2  or  KDSI=8  or  KDSI  =  32  or  KDSI  =  128  or  \ 
KDSI  =  512  then      !  Standard  KDSI 
Load  perform  "SLECTONE" 
Perform  "SLECTONE"  using  "KDSI",  "TABLEROW",  \ 

"STARTCOL",  "TEMPCOL"; 
Release  perform  "SLECTONE" 
End  if ; 

If  KDSI  >  2  and  KDSI  <  512  and  KDSI  ne  8  and  KDSI  ne  32  \ 
and  KDSI  ne  128  then      !  Non-standard  KDSI 
Load  perform  "SELECTWO" 
Perform  "SELECTWO"  using  "KDSI",  "TABLEROW",  \ 

"STARTCOL",  "TEMPCOL"; 
Release  perform  "SELECTWO" 
Endif ; 

Return; 
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/*  SLECTONE.IPF  -  SELECT  ONE  MODULE 


*/ 


/*  This  module  selects  one  column  of  percentages  from  a    *-/ 
/*  table.  */ 


/*  Samp le  cal 1 : 
/* 


PERFORM  "SLECTONE"  USING 


"#A"  , 

"#D" 


"**B"  . 


"#C" ,*/ 
*/ 


/* 
/* 
/* 
/* 
/* 
/* 
/* 


Input:  #A  =  KDSI  -  estimated  #  of  thousands  of  */ 

delivered  source  instructions  */ 

#B  =  TABLEROW  -  cell  row  #  of  table  top  row  */ 

#C  =  STARTCOL  -  cell  column  #  of  selected  */ 

table's  left-most  column  */ 

#D  =  TEMPCOL  -  cell  column  #  of  temporary  */ 

percentage  */ 


/*  Output : 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 


Cell  #  and  value  of  the  selected  percentage 
All  selected  percentages  are    stored  in  the 
same  row  as  the  original  percentage  and  in 
following  cell  columns  based  on  type  of 
distribution  selected: 

phase  distribution      -    column  E^+  =  X 
activity  distribution: 

product  design       -    column  2 A-  =  X 
programming  -    column  25  =  Y 

integration  5,  test   -    column  26  =  Z 
maintenance  -    column  2^+  =  X 


*/ 
*/ 
the  */ 
*/ 
*/ 
*/ 
♦  / 
*/ 
*/ 
*/ 
*/ 


KDSI 

TABLEROW 
STARTCOL 
TEMPCOL 


=  #A; 
=  #B; 
=  #c; 
=  #D; 


Loca 1  I ; 
Local  PERCOL? 
Local  MAXAMT; 
MAXAMT  =  8; 
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If  KDSI  =  2  then 

PERCOL  =  STARTCOL  !  1st  column  of  table 

Else 

If  KDSI  =  8  then 

PERCOL  =  STARTCOL  +  1  !  2nd  column  of  table 

Else 

If  KDSI  =  32  then 

PERCOL  =  STARTCOL  +  2  '.  3rd  column  of  table 

Else 

If  KDSI  =  128  then 

PERCOL  =  STARTCOL  +  3  !  ^+th  column  of  table 

Else 

/*  KDSI  =  512  */ 

PERCOL  =  STARTCOL  +  ^  !  5th  column  of  table 

End  if ; 
Endif ; 
Endif ; 
Endif; 

I  =  o; 

/*  Percentages  moved  from  table  to  column  */ 
While  I  <  MAXAMT  do 

#< TABLEROW, TEMPCOL)  =  #( TABLEROW , PERCOL ) 

1=1+1; 

TABLEROW  =  TABLEROW  +  1;     !  Increments  to  the  next  row. 
Endwh i le ; 

Return ; 
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/*  SELECTWO. IPF  -  SELECT  TWO  MODULE  */ 


/*  Based  on  KDSI,  this  module  selects  two  columns  of  •*/ 
/■*  percentages  from  a  table  and  passes  these  percentages  */ 
/*  to  INTERPOL  for  interpolation.  */ 

/*  Sample  call:  PERFORM  "SELECTWO"  USING  "#A",  "#B",  "#C",*/ 
/*  "#D";  */ 

/*  Input:   #A  =  KDSI  -  estimated  #  of  thousands  of  */ 

/*  delivered  source  instructions  */ 

/*  #B  =  TABLEROW  -  cell  row  #  of  table's  top  row  ■*/ 

/*  #C  =  STARTCOL  -  cell  column  #  of  the  selected  */ 

/*  tables'  left-most  column  */ 

/*  #D  =  TEMPCOL  (temporary  column)  -  cell  column  */ 

/*  number  of  the  temporary  percentage-*/ 

/  *■  location  after  interpolation  */ 

/*  Output:  KDSI  -  same  as  input  *■/ 

/*  LOWKDSI  -  standard  KDSI  which  is  less  than  KDSI*/ 

/*  entered                                 -*/ 

/*  HIGHKDSI  -  standard  KDSI  which  is  greater  than  */ 

/*  KDSI  entered                            */ 

/*  LOWPER  -  low  percentage  to  be  interpolated      */ 

/*■  HIGHPER  -  high  percentage  to  be  interpolated    */ 

/*  HIGHKDSI  column  of  the  selected  table*/ 

/*  TABLEROW  -  same  as  input                           */ 

/*  TEMPCOL  -  same  as  input                            */ 

/*  Submodule:    INTERPOL. IPF  (INTERPOLATION  MODULE)  */ 


KDSI 

=  #A; 

TABLEROW 

=  #B; 

STARTCOL 

=  #c ; 

TEMPCOL 

=  #D; 

Loca 1  I  ; 

I 

Local  MAXAMT;   ! 

MAXAMT  = 

8; 

I  is  a  local  counter  to  this  module 
Maximum  number  of  percentages  in  a  column 
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/*  Based  on  KDSI,  select  variables 
If  KDSI  >  2  and  KDSI  <  S  then 
LOWKDSI  =     2 
HIGHKDSI  =    8 
LOWPERCOL  =   STARTCOL 
HIGHPERCQL  =  STARTCOL  +  1 
Else 

If  KDSI  >  B  and  KDSI  <  32  then 


for  passing  to  INTERPOL*/ 


LOWKDSI  =     a 

HIGHKDSI  =    32 

LOWPERCOL  =   STARTCOL  +  1 

HIGHPERCOL  =  STARTCOL  +  2 

Else 

If  KDSI  >  32  and 

KDSI  <  128  th 

LOWKDSI  = 

32 

HIGHKDSI  = 

128 

LOWPERCOL  = 

STARTCOL  +  2 

HIGHPERCOL  = 

=  STARTCOL  +  3 

Else 

/*  KDSI  >  128  and  KDSI  <  512  */ 
LOWKDSI  =     128 
HIGHKDSI  =    512 

LOWPERCOL  =   STARTCOL  +  3      ! 
HIGHPERCOL  =  STARTCOL  +  h  '. 

Endif ; 
Endif ; 
Endif; 


1st 
2nd 


2nd 
3rd 


3rd 
i+th 


co lumn 
co lumn 


co lumn 
co lumn 


col  umn 
co 1 umn 


of 
of 


of 
of 


of 
of 


table 
table 


table 
table 


tab  le 
table 


^fth 
5th 


co lumn 
co 1 umn 


of 
of 


table 
table 


/*    Selects  pairs  of  percentages  from  the  adjacent  columns  */ 

/*  of  the  table  and  calls  INTERPOL.   The  selections  are          */ 

/*  made  from  the  top  to  the  bottom  row.  There  are    eight   *-/ 

/*  rows  per  table.  */ 

Load  perform  "INTERPOL" 

I  =  0; 


an 


While  I  <  MAXAMT  do 

LOWPER   =  tt( TABLEROW, LOWPERCOL) 
HIGHPER  =  #(TABLEROW,HIGHPERCOL) 

PERFORM  "INTERPOL"  USING  "KDSI",  "LOWKDSI",  "HIGHKDSI",  \ 

"LOWPER" , "HIGHPER" , "TABLEROW" ,  \ 
"TEMPCOL" ; 
1=1+1; 

TABLEROW  =  TABLEROW  +  1;    !  Increments  to  the  next  row 
Release  LOWPER 
Release  HIGHPER 
Endwh i le ; 

Release  perform  "INTERPOL" 

Return ; 
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/*  INTERPOL. IPF  -  INTERPOLATION  MODULE 


*/ 


/*  This  module  interpolates  the  two  columns  of  percentages*/ 
/*  selected  from  the  percentage  tables.  */ 


/*  Sample  call:  PERFORM  "INTERPOL' 
/* 


USING  "#A",  "#B",  "#C" ,#/ 
#D",  "#E",  "#F",  "#G"  */ 


/*  Inp 

ut :  #A 

/* 

/* 

#B 

/* 

/* 

#C 

/* 

/* 

#D 

/* 

/* 

#E 

/* 

/* 

#F 

/* 

#G 

/* 

/* 

/* 

KDSI  -Estimated  #  of  thousands 
delivered  source  instruct 

LOWKDSI  -  standard  KDSI  which  i 
KDSI  entered 

HIGHKDSI  -  standard  KDSI  which 
than  KDSI  entered. 

LOW'/.  -  cell  #  and  percentage  f 
LOWKDSI  column  of  the  sel 

HIGH*/.  -   cell  #  and  percentage 
HIGHKDSI  column  of  the  se 

TABLEROW  -  rows  of  low  and  high 

TEMPCOL  (temporary  column)  -  lo 
the  X  column  of  the  sprea 
the  interpolated  percenta 
p laced . 


of 

ions 

s  less  tha 

i  s  greater 

rom  the 
ec  ted  tab  1 
from  the 
lected  tab 
percentag 
cation  in 
dsheet  whe 
ges  are 


/*  Output:  Interpolated  percentages 


*/ 
*/ 

n  */ 
-*/ 
•*•/ 
*■/ 

*  / 

a  i*-  / 
*/ 

ie*/ 

es*/ 

*/ 

re*/ 

*  / 
*/ 

*  / 


KDSI 

#A; 

LOWKDSI 

#B; 

HIGHKDSI  = 

#C; 

LOWPER 

#D; 

HIGHPER   = 

#E; 

TABLEROW  = 

#F; 

TEMPCOL   = 

#G; 

/-*  Interpolation  of  low  and  high  percentages  */ 

TEMPCELL  =  HIGHPER+( ( ( KDS I -LOWKDS I )/ ( HIGHKDSI -LOWkDS I >)*    \ 
(LOWPER-HIGHPER) ) ; 


/*  Interpolated  percentages  assigned  to  X  column  in 
/*  spreadsheet 


*/ 
*/ 


#( TABLEROW, TEMPCOL)  =  TEMPCELL; 
Return ; 
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/*  CALCEF5C.IPF  -  CALC  EFF  SCHED  MODULE 


*/ 


/■*  This  module  calculates  the  phase  distribution  of  effort*/ 
/*  by  multiplying  MM  by  a  phase  distribution  percentage  */ 
/*  and  the  phase  distribution  of  schedule  by  multiplying  -*/ 
/*  TDEV  by  a  phase  distribution  percentage.  It  also  places*/ 
/*  the  calculated  values  in  cells  for  display.  */ 


/*  Sample  call:  PERFORM  "CALCEFSC"  USING  "#A","#B"; 


*/ 


/*  Input:  #A  =  MM  -  adjusted  development  man-month 
/*  #B  =  TDEV  -  development  schedule 


*/ 
*/ 


/*  Output:  Effort  and  schedule  phase  distributions 


*/ 


MM 

=  #A; 

TDEV  : 

=  #B; 

Local 

i; 

Local 

J; 

Local 

DISPEROW 

Loca  1 

DISPSROW 

Loca  1 

DISPCOL 

Local 

MAXEFFRT 

Loca  1 

MAXSCHED 

Local 

TEMPEROW 

Loca  1 

TEMPSROW 

Loca  1 

TEMPCOL 

DISPEROW  = 

^<S; 

DISPSROW  = 

53; 

DISPCOL   = 

<♦; 

MAXEFFRT  = 

5; 

MAXSCHED  = 

3; 

TEMPEROW  = 

*t6; 

TEMPSROW  = 

51  ; 

TEMPCOL   = 

2<+; 

!  Counters 

!  Row  St  column  number  displays 


Top  row  for  display  of  effort  distr. 
Top  row  for  display  of  schedule  distr. 
Column  for     display  of  effort/schedule  distr 

1  Maximum  #  of  percentages  for  effort  distr. 
!  Maximum  #  of  percentages  for  schedule  distr 

Top  temp  storage  row  for  effort  percentage 
Top  temp  storage  row  for  sched  percentage 
Temporary  column;  which  is  X. 
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/*  Calculates  effort  distribution  and  displays  results.    *•/ 
I  =  o; 

While  I  <  MAXEFFRT  do 

#< DISPEROW, DISPCOL)  =  #( TEMPEROW , TEMPCOL)  *  MM 

DISPEROW  =  DISPEROW  +  1 

TEMPEROW  =  TEMPEROW  +  1 

1  =  1  +  1 
Endwh  i le ; 


/*  Calculates  schedule  distribution  and  displays  results   *■/ 
J  =  o; 

While  J  <  MAXSCHED  do 

#(DISPSR0W, DISPCOL)  =  # ( TEMPSROW , TEMPCOL)  *  TDEV 

DISPSROW  =  DISPSROW  +  1 

TEMPSROW  =  TEMPSROW  +  1 

J  =  J  +  1 
Endwh  i le ; 

#H*+3  =  #D5  !  Displays  KDSI 

Return;  !  Returns  control  to  PHASEDIS  module 
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/*  GRAFPHE.IPF  -  GRAF_PHASE_EFFORT  MODULE  */ 

/*  This  module  displays  an  instruction  screen  and  a  pie  */ 
/*■  chart  for  the  phase  distribution  of  effort.  It  is  */ 
/*  optionally  called  by  the  user  via  a  function  key  after  */ 
/*■  computing  phase  distribution.  This  module  returns  to  */ 
/*    the  spreadsheet  at  the  phase  distribution  location.     */ 

/*  Sample  call:   PERFORM  "GRAFPHE"       (Invoked  by  Fl)      */ 

/*  Input:   Effort  phase  distribution  calculations  */ 

/*•  Output:  Pie  chart  displaying  input  values  *■/ 

Let  e . dec  i  =  1 
C  lear 

Form  SHTFORM 

At  9,  20  Put  "  Press  the   ENTER   key  when  you  are" 

At  9,  31  Put  "ENTER" 

At  9,  3S  Put  "ENTER"   WITH  "R" 

At  11,  20  Put  "    ready  to  continue  and  again  when 

At  13,  20  Put  "        finished  viewing  the  graph" 

At  6,  13  to  17,  6<4  Put  "FABC" 
Endf orm ; 

Putform  SHTFORM; 

Wai  t 

#Title  =  "EFFORT  (in  Man-Months)" 
Plot  labeled  '/.  PIE  from  #021  to  #D2^+ 

Release  SHTFORM 

Let  e . dec  i  =  2 

Calc 

Return ; 
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/*  GRAFPHS.IPF  -  GRAF_PHASE_SCHEDULE  MODULE  */ 

/*  This  module  displays  an  instruction  screen  and  a  pie  */ 
/#  chart  for  the  phase  distribution  of  schedule.  It  is  */ 
/*  optionally  called  by  the  user  via  a  function  key  after  #/ 
/*  computing  phase  distribution.  This  module  returns  to  */ 
/*  the  spreadsheet  at  the  phase  location.  */ 

/*  Sample  call:  PERFORM  "GRAFPHS"        (Invoked  by  F2 )      */ 

/*•  Input:   Schedule  phase  distribution  calculations        ■*/ 

/*  Output:  Pie  chart  display  of  the  input  values  */ 

Let  e . dec  1  =  1 
C  1  ear 

Form  SHTFORM 

At  9,  20  Put  "  Press  the   ENTER   key  when  you  are'1 

At  9,  31  Put  "ENTER" 

At  9,  32  Put  "ENTER"   UITH  "R" 

At  11,  20  Put  "    ready  to  continue  and  again  when" 

At  13,  20  Put  "        finished  viewing  the  graph" 

At    6,     13    to     17,     6<t    Put     "FABC" 
Endform ; 

Putform  SHTFORM; 

Wai  t 

#Title  =  "SCHEDULE  (in  months)" 

Plot  labeled  V,    PIE  from  #C53  to  #D55 

Release  SHTFORM 

Let  e . dec l  =  2 

Calc 

Return ; 
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/*  DEVACDIS.IPF  -  DEV_ACT_DISTR  MODULE  */ 

/*  This  is  the  control  module  for  the  calculation  of  the  -*/' 
/*  activity  distribution  by  phase.  It  invokes  DEV_PAD  */ 
/#  and  receives  activity  distribution  computations.        */ 

/*  Sample  call:  PERFORM  "DEVACDIS"   (Invoked  by  F3 )         */ 

/*    Input:  KDSI  -  estimated  number  of  thousands  of  */ 

/*  delivered  source  instructions  */ 

/*         MM  -  adjusted  development  man-months  */ 

/*  Output:  Phase  activity  distributions  *•/ 

/*  Submodule:    DEVPAD.IPF  ( DEV_PAD  MODULE)  */ 

#CEO  =  "3"      !  Program  at  activity  distribution 

Let  e.serr  =  true 
Release  perform  "DEVPHDIS" 
Release  perform  "GRAFPHE" 
Release  perform  "GRAFPHS" 
Let  e.serr  =  false 

Redefine  function  1  "  PERFORM  V'GRAFADPDV  \13" 
Redefine  function  2  "  PERFORM  \"GRAFADP\"  \13" 
Redefine  function  3  "  PERFORM  V'GRAFADITV  \13" 

Form  COMPACT 

At  31,37  Put  "COMPUTING  ACTIVITY  DISTRIBUTION"  WITH  "B" 

At  21,36  to  21,69  Put  "FOBU" 
Endform ; 

Calc  =  #A58   !  Displays  activity  distribution 

Putform  COMPACT;  at  2^,1;     !  Computing  message 

Load  perform  "DEVPAD" 
Perform  "DEVPAD"; 
Release  perform  "DEVPAD" 
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Calc 

Release  COMPACT 

Load  perform  "GRAFADPD" 
Load  perform  "GRAFADP" 
Load  perform  "GRAFADIT" 

Return ; 
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/*  DEVPAD.IPF  -  DEV  PAD  MODULE 


*/ 


/*  Based  on  the  development  activity  distribution  type,  */ 
/*  this  module  selects  a  table  which  contains  distribution*/ 
/*  percentages  by  activity  */ 


/*  Sample  call:  PERFORM  "DEVPAD" 


*/ 


/*  Input:  KDSI  -  Estimated  number  of  thousands  of 
/-*  delivered  source  instructions 

/*  Phase  distributions  of  effort 


*/ 
*/ 

*/ 


/*  Output:  Same  as  input.  */ 

/*  DISTYPE1  -  product  design  activity  distribution-*/ 

/■*  DISTYPE2  -  programming  activity  distribution    */ 

/*-  DISTYPE3  -  intergration  and  test  activity 

/•*  distribution 

/*  Development  activity  distribution 

/*■  Phase  distribution  of  effort: 

/*  PRODEFFT  -  product  design 

/■*  PROGEFFT  -  programming 

/*■  INTEFFT  -  intergration  and  test 


*  . 
*/ 
*/ 
*/ 
*/ 
*/ 
*/ 


/*  Submodules: 

/* 

/* 


SELTABLE. IPF 
CALCDPAD. IPF 


*/ 

( SELECT_EFF/SCHED_TABLE  MODULE ) */ 
(CALC  DEV  PAD  MODULE)  */ 


KDSI 


=  #D5; 


PRODEFFT  =  #D^+6; 
PROGEFFT  =  #D^+7; 
INTEFFT   =  #D50; 


!  Product  design. 

!  Programming. 

!  Integration  &  testing 


DISTTYPE  =  2; 


!  Product  design 


Load  perform  "SELTABLE" 

Perform  "SELTABLE"  using  "DISTTYPE",  "KDSI"; 

Release  perform  "SELTABLE" 

Load  perform  "CALCDPAD" 

Perform  "CALCDPAD"  using  "DISTTYPE",  "PRODEFFT"; 

Release  perform  "CALCDPAD" 
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DISTTYPE  =  3;  !  Programming. 

Load  perform  "SELTABLE" 

Perform  "SELTABLE"  using  "DISTTYPE",  "KDSI"; 

Release  perform  "SELTABLE" 

Load  perform  "CALCDPAD" 

Perform  "CALCDPAD"  using  "DISTTYPE",  "PROGEFFT" ; 

Release  perform  "CALCDPAD" 

DISTTYPE  =  <+\  !  Integration  &  testing. 

Load  perform  "SELTABLE" 

Perform  "SELTABLE"  using  "DISTTYPE",  "KDSI"; 

Release  perform  "SELTABLE" 

Load  perform  "CALCDPAD" 

Perform  "CALCDPAD"  using  "DISTTYPE",  "INTEFFT"; 

Release  perform  "CALCDPAD" 

Return;     !  Returns  control  to  DEVACDIS  module. 
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/*  GRAFADPD.IPF  -  GRAF_ACT_D I ST_PD  MODULE  */ 

/*  This  module  displays  an  instruction  screen  and  a  pie  */ 

/*  chart  for  the  activity  distribution  of  product  design.  */ 

/*  It  is  optitionally  called  by  the  user  via  a  function  */ 

/*  key  after  computing  activity  distribution.  */ 

/*  Sample  call:   PERFORM  "GRAFADPD"       (Invoked  by  Fl)    */ 

/*  Input:   Activity  distr.  product  design  calculations     */ 

/*  Output:  Pie  chart  display  of  the  input  values  #/ 

Let  e . dec  i  =  1 
C  1  ear 

Form  SHTFORM 

At  9,  20  Put  "  Press  the   ENTER   key  when  you  are" 

At  9,  31  Put  "ENTER" 

At  9,  32  Put  "ENTER"   WITH  "R" 

At  11,  20  Put  "    ready  to  continue  and  again  when" 

At  13,  20  Put  "        finished  viewing  the  graph" 

At  6,  13  to  17,  6<t  Put  "FABC" 
Endf or m ; 

Putform  SHTFORM; 

Wai  t 

#Title  =  "ACTIVITY  DISTRIBUTION  for  PRODUCT  DESIGN" 
Plot  labeled  7.  PIE  from  #C66  to  #D73 

Release  SHTFORM 

Let  e . dec  i  =  2 

Calc 

Return ; 
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/*  GRAFADP.IPF  -  GRAF_ACT_DI ST_PHASE  MODULE  */ 

/*  This  module  displays  an  intruction  screen  and  a  pie  *•/ 

/*  chart  for  the  activity  distribution  of  programming.  */ 

/*  It  is  optionally  called  by  the  user  via  a  function  key  */ 

/■*  after  computing  activity  distribution.  -*/ 

/*  Sample  call:   PERFORM  "GRAFADP"    (Invoked  by  F2)        */ 

/*■  Input:   Activity  distribution  programming  calculations  */ 

/*    Output:  Pie  chart  display  of  the  input  values.  */ 

LET  E.DECI  =  1 
Clear 

Form  SHTFORM 

At  9,  20  Put  "  Press  the   ENTER   key  when  you  are" 

At  9,  31  Put  "ENTER" 

At  9,  32  Put  "ENTER"   WITH  "R" 

At  11,  20  Put  "    ready  to  continue  and  again  when" 

At  13,  20  Put  "        finished  viewing  the  graph" 

At    6,     13    to     17,     6<4    Put     "FABC" 
Endf orm ; 

Putform  SHTFORM; 

Wait 

#Title  =  "ACTIVITY  DISTRIBUTION  for  PROGRAMMING" 
Plot  labeled  '/.  PIE  from  #E66  to  #F73 

Release  SHTFORM 

Let    e.deci     =    2 

Calc 

Return; 
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/*  GRAFADIT.IPF  -  GRAF_ACT_D I ST_ I NTEST  MODULE  */ 

/*  This  module  displays  an  instruction  screen  and  a  pie  */ 
/*  chart  for  the  activity  distribution  of  integration  and  */ 
/*  and  testing.  It  is  optionally  called  by  the  user  via  a*/ 
/*  function  key  after  computing  activity  distribution.      */ 

/*  Sample  call:  PERFORM  "GRAFADIT"       (Invoked  by  F3 )      */ 

/*  Input:   Activity  distr.  integration/test  calculations   ■*/ 

/*  Output:  Pie  chart  display  of  the  input  values  *■/ 

Let  e . dec  i  =  1 
C  lear 

Form  SHTFORM 

At  9,  20  Put  "  Press  the   ENTER   key  when  you  are" 

At  9,  31  Put  "ENTER" 

At  9,  32  Put  "ENTER"   WITH  "R" 

At  11,  20  Put  "    ready  to  continue  and  again  when" 

At  13,  20  Put  "        finished  viewing  the  graph" 

At  6,  13  to  17,  6^+  Put  "FABC" 
Endform ; 

Putform  SHTFORM; 

Wai  t 

♦♦Title  =  "ACTIVITY  DISTRIBUTION  for  I NTEGRATE/  TEST " 
Plot  labeled  7.  PIE  from  #G66  to  #H73 

Release  SHTFORM 

Let  e . dec  i  =  2 

Calc 

Return ; 
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/*  CALCDPAD.IPF  -  CALC_DEV_PAD  MODULE  */ 

/-*  This  module  calculates  the  phase  activity  distribution  */ 
/*■  by  multiplying  phase  distribution  of  effort  by  an  ■*/ 
/*  activity  distribution  percentage.  */ 

/*  Sample  call:  PERFORM  "CALCDPAD"  USING  "#A",  "#B";        */ 

/-*  Input:  #A  =  DISTTYPE  -  type  of  activity  distribution:  */ 

/*                  PRODDES  -  product  design  */ 

/*                 PROGING  -  programming  */ 

/*                  INTTEST  -  integration  &  testing  */ 

/*          #B  =  DIST  -  phase  distribution  or  effort  * / 

/*  Output:  Phase  activity  distributions  * 

DISTTYPE  =  #A; 
DIST      =  #B; 

Local  I;  !  Counter 

DISPLROW  =  66;  !  Top  row  for  display  of  activity  distr. 

MAXAMNT  =  9;  '.  Max  #  of  percentages  for  activity  distr. 

TEMPROW  =  66;  !  Top  temp  storage  row  for  activity  percent 

/*  Based  on  activity  distribution  type,  *■/ 
/*  set-up  .columns  in  spreadsheet.*/ 

If  DISTTYPE  =  2  then  !  Product  design 

DISPLCOL  =  <+  '.  Column  D 

TEMPCOL   =  2^+  !  Column  X 

Else 

If  DISTTYPE  =  3  then  !  Programming 

DISPLCOL  =  6  !  column  F 

TEMPCOL   =  25  !  column  Y 

Else 

/*  DISTTYPE  =  "INTTEST"  */ 

DISPLCOL  =  S  i  column  H 

TEMPCOL  =  26  !  column  2 

End  if ; 
Endif ; 
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/*  Calc  activity  distr  and  place  in  cells  for  display  ■*/ 
I  =  0; 

While  I  <  MAXAMNT  do 

#(DISPLROW,DISPLCOL)  =  # ( TEMPROW , TEMPCOL )  *  DIST; 

DISPLROW  =  DISPLROW  +  1 

TEMPROW   =  TEMPROW  +  1 

1  =  1  +  1 
Endwh i 1 e ; 

#H62  =  t*D5  !  KDSI  value  displayed 

Return;  !  Returns  control  to  DEVACDIS  module 
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/*  CALCEAFM. IPF  -  CALC_EAF_MAINT  MODULE  */ 

/*  This  module  reads  in  the  maintenance  cost  drivers  and   *■/ 

/*  computes  the  effort  adjustment  factor  (EAFM)  for  */ 

/*  maintenance.  */ 

/*  Sample  call:   PERFORM  "CALCEAFM"  */ 

/*  Input:   MC0DR1  -  1^+:  1^+  maintenance  cost  drivers  */ 

/*  Output:  EAFM  -  maintenance  effort  adjustment  factor     */ 


Form  EAFMCOMP   »  EAFM  calculation  message 

At  23, 28  Put  "COMPUTING  MAINTENANCE  EAF "  with  "B" 
At  S3, 27  to  23,5<+  Put  "FOBU" 

Endf orm ; 

Putform    EAFMCOMP;     at    2<+ ,  1 

Form  NEGVALCD 

At  23,23  Put  "CAN'T  USE  NEGATIVE  OR  ZERO  VALUES"  WITH  "B 

At  23,22  to  23,59  Put  "FWBR" 
Endf orm ; 

Local  MC0DR1 

Local  MC0DR2 

Local  MC0DR3 

Local  MCODR<+ 

Local  MC0DR5 

Local  MC0DR6 

Local  MC0DR7 

Local  MC0DR8 

Local  MC0DR9 

Local  MC0DR10 

Local  MCODRU 

Local  MC0DR12 

Local  MCODR13 

Local  MCODRl^ 

Local  EAFM1 

Local  EAFM2 

Local  I 

Local  MAXNUM 


as 


Let  MAXNUM  =  200 


/*  Calculation  of  EAFM  */ 


/*  Read  maintenance  cost  driver  values  */ 


MC0DR1 

= 

#F1 19: 

!  RELY 

MC0DR2 

= 

#F120 

;      !  DATA 

MC0DR3 

= 

ttFlSl ; 

!  CPLX 

MC0DR<+ 

= 

#F122 

I      ITIME 

MC0DR5 

= 

#F123, 

!  STOR 

MC0DR6 

= 

#F12<+ 

i      1  VIRT 

MC0DR7 

= 

#F125. 

!  TURN 

MC0DR8 

= 

#F126 

!      !  ACAP 

MC0DR9 

= 

#F127. 

!  AEXP 

MC0DR10 

= 

#F128 

;      !  PCAP 

MC0DR1 1 

= 

#F129; 

!  VEXP 

MC0DR12 

= 

#F130 

i      !  LEXP 

MC0DR13 

= 

#F131 ■ 

i  MODP 

MC0DR14 

= 

#F132 

I      !  TOOL 

EAFM1  = 

MCODRl*!^ 

1C0DR2*MC0DR3*MC 

EAFM2  = 

MC0DR8*r 

1C0DR9*MC0DR 1 0*1* 

EAFM  =  EAFM1  *  E 

[AFM2  *  MCODRl^; 

/  *  Input  validation  */ 

If  EAFM  <=  0  then 

Putform  NEGVALCD;  at  2^,1  !  Can't  use  neg  values  or  zero 

Let  I  =  0 

Uhile  I  <  MAXNUM  do    !  Error     message  delay 

1  =  1  +  1 
Endwh i 1 e 

Calc  =  #F119      !  Cursor  in  first  maint  cost  driver  cell 
Calc  !  Redisplays  maintenance  cost  drivers 
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Else 

Release  perform  "MAINTINT" 

Release  EAFMCOMP 

Release  NEGVALCD 

Redefine  function  1  "  PERFORM  V'MDATAPADV  \13" 

Redefine  function  2  "  \"DEPRESS  Fl  FIRSTV  \13" 

Load  perform  "MDATAPAD" 

#012  =  EAFM   !  Displays  EAFM 

Calc  =  #1 1  ; 

Calc  =  #M5; 
End  if ; 

Release  EAFM 
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/*  MDATAPAD.IPF  -  MA  I NT_DATA_PAD  MODULE  */ 

/*•  This  module  controls  the  calculation  and  display  of  */ 

/#  nominal  annual  maintenance,  full-time-equivalent  ■*/ 

/*  software  personnel  for  maintenance,  maintenance  cost  ■*/ 

/*  per  man-month,  and  project  activity   distribution  by  */ 

/*  phase  for  maintenance.  ■*/ 

/*  Sample  call:   PERFORM  "MDATAPAD"      (Invoked  by  Fl)  */ 

/*  Input:   KDSI  -  estimated  thousands  of  delivered  source  */ 

/*  instructions  */ 

/*  MMNOM  -  nominal  effort  */ 

/*    Output:   Display  of  calculated  maintenance  effort  data  */ 

/*  Submodule:   CALCMDAT.IPF   ( CALC  MAINT  DATA  MODULE)  */ 


Let  e.serr  =  true 

Release  perform  "MAINTBAS" 

Release  EAFM 

Release  perform  "CALCEAFM" 

Let  e.serr  =  false 

Local  I 

Local  J 

Local  MAXNUM 

Local  ERRFLAG 

Let  MAXNUM  =  200 

Form  MCOMP      !  Maint  values  computing 

At  12,30  Put  "COMPUTING  MAINTENANCE"  WITH  "B" 

At  IE, 29  to  12,51  Put  "FOBU" 

Endf orm ; 

Putform  MCOMP;  at  24,1 

Form  NEGVALMC  !  Neg  or  zero  value  error  msg  for  maint  cost 
At  12,23  Put  "CAN'T  USE  NEGATIVE  OR  ZERO  VALUES"  WITH  "B" 
At  12,22  to  12,57  Put  "FWBR" 

Endf orm ; 
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Form  MINVAL  !  ACT  boundary  error  message 

At  12,29  Put  "ACT  RANGE  0  TO  1  ONLY"  WITH  "B" 
At  12,28  to  12,52  Put  "FWBR" 

Endf arm; 

MCOST  =  #M5 
ACT  =  #M6 
ERRFLAG  =  O 


If  MCOST  <=  0  then 

Putform  NEGVALMC;  at 

Let  I  =  0 

While  I  <  MAXNUM  do 

1  =  1  +  1 
Endwh i 1 e 
Calc  =  #M5 
Calc 

ERRFLAG  =  1 
Else. 

If  ACT  <  0  or  ACT  >  1  then 

Putform  MINVAL;  at  2<+ ,  1 

Let  J  =  0 

While  J  <   MAXNUM  do 
J  =  J  +  1 

Endwh  i le 

Calc  =  #M6 

Calc 

ERRFLAG  =  1 
End  if ; 
Endif ; 


2<f,  1 
!  Error  message  delay 


Cursor  placed  into  MCOST  cell 
Redisplays  maint  page 
Don't  perform  calculations 


i 


Error  message  delay 


Cursor  placed  into  ACT  cell 
Redisplays  maint  page 
Don't  perform  calculations 


If  ERRFLAG  =  0  then  !  Inputs  validated 

Let  e.serr  =  true 

Redefine  function  2  "  PERFORM  V'MAINTPADV  \13" 

Load  perform  "MAINTPAD" 

Load  perform  "CALCMDAT" 

Perform  "CALCMDAT"  using  "MODSTAT"  !  Calculates  maint  data 

Release  perform  "CALCMDAT" 

Let  e.serr  =  false 
Endif; 
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Calc  !  Redisplays  maint  effort  page 

Release  ACT 
Release  MCOST 
Release  MCOMP 
Release  NEGVALMC 
Release  MIIWAL 
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/*  CALCMDAT.IPF  -  CALC  MAINT  DATA  MODULE  */ 


/*  This  module  computes  annual  maintenance  effort  (MMNAM),*-/ 
/*■  full-time-equivalent  software  personnel  for  maintenance*/ 

/*  (FSPM)j  and  annual  maintenance  cost  ( AMC ) .  */ 

/*  Sample  call:   PERFORM  "CALCMDAT"  USING  "#A"  */ 

/*  Input:  #A  =  MODSTAT  */ 

/*               0  =  Basic  maintenance  ■*/ 

/*               1  =  Intermediate  maintenance  *•/ 

/*         ACT  -  Annual  change  traffic  */ 

/*■          MPCOST  -  Maint  personnel  cost  per  man-month  *•  / 

/*          MM  -  Effort  in  man-months  -*/ 

/*          MMNOM  -  Nominal  effort  in  man-months  */ 

/*          EAFM  -  Maintenance  effort  adjustment  factor  *•/ 

/*                 (for  the  intermediate  model)  */ 

/*  Output:  MMAM  -  Annual  maint  effort  for  basic  model  */ 

/*          MMNAM  -  Nominal  annual  maintenance  effort  *■/ 

/*           FSPM  -   Average  staffing  level  for  maintenance  -*■/ 

/*          AMC  -    Annual  maintenance  cost  */ 


MODSTAT  =  #A; 

#CEO  =  "V      !  Program  calculated  effort  and  maint  values 

/*  Maintenance  parameter  calculations  *-/ 

If  MODSTAT  =  0  then       !  Basic  maintenance 
MPCOST  =  #M5; 
ACT    =  *M6; 
MM     =  #D12; 
MMAM   =  ACT  *  MM; 
FSPM   =  MMAM/ 12; 
AMC    =  MPCOST  *  MMAM; 
#M12   =  MMAM; 


Em 


Else 

EAFM   =  #012; 

MPCOST  =  #M5; 

ACT    =  #M6; 

MMNOM  =  #D12? 

MMNAM  =  ACT  *  MMNOM  *  EAFM; 

FSPM   =  MMNAM/ 12; 

AMC    =  MPCOST  *  MMNAMj 

#M12   =  MMNAM; 
Endif 5 


!  Intermediate  maintenance 


/*  Display  maintenance  parameters  -*■/ 

#M13  =  FSPM; 
#M1<4  =  AMC; 

Let  e.serr  =  true 
Release  MM 
Release  MMAM 
Release  MMNAM 
Release  MMNOM 
Release  FSPM 
Release  AMC 
Let  e.serr  =  false 

Return ; 
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/*  MAINTPAD.IPF  -  MAINT  PAD  MODULE  */ 


/*  This  module  controls  the  percentage  selection  from  the  */ 
/*  maintenance  activity  table  as  determined  by  mode  and  */ 
/*  KDSI.  It  also  calculates  project  activity  distribution*/ 
/*  (PAD)  for  the  adjusted  annual  maintenance  effort.        */ 

/*  Sample  call:  PERFORM  "MAINTPAD"       (Invoked  by  F2 )      */ 

/*  Input:  KDSI  -  estimated  number  of  thousands  of  */ 

/*  delivered  source  instructions.  •*/ 

/*  MMNOM  -  nominal  annual  maintenance  effort         */ 

/*  Output:  Maintenance  activity  distr.  values  displayed    *■/ 

/*  Submodules:  -*-/ 

/*  SELTABLE.IPF  ( SELECT_EFF/SCHED_TABLE  MODULE)*/ 

/*  CALCMAPA.IPF  ( CALC  MAINT  PAD  MODULE)  */ 


Redefine  function  1  "  PERFORM  V'GRAFPDMV  \13" 
Redefine  function  2  "  \ "WRONG  KEY\"  \13" 

Form  MPHCOMP    !  Computing  maintenance  phase  values 
At  20,21  Put  "COMPUTING  MAINTENANCE  PHASE"  WITH  "B" 
At  20,20  to  20,^+9  Put  "FOBU" 

Endform ; 

Release  perform  "MDATAPAD" 
Release  MODSTAT 

#C20  =  "5"      !  Program  calculated  maintenance  phase  values 

KDSI  =  #D5; 

MMNOM  =  #D12; 

DISTTYPE  =  5  !   Maintenance 

Calc  =  #A77 

Putform  MPHCOMP;  at  2^+ ,  1  !  Computing  message  displayed 
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Load  perform  "SELTABLE" 

Perform  "SELTABLE"  using  "DISTTYPE",  "KDSI" ; 

Release  perform  "SELTABLE" 

Load  perform  "CALCMAPA" 

Perform  "CALCMAPA"  using  "MMNOM"; 

Release  perform  "CALCMAPA" 

Load  perform  "GRAFPDM" 

Release  KDSI 
Release  MMNOM 
Release  DISTTYPE 

Calc 
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/*  CALCMAPA. IPF  -  CALC_MA I NT_PAD  MODULE  */ 

/*•  This  module  computes  adjusted  annual  maintenance  effort*/ 

/*■  ( MMnam )  ,  full-time-equivalent  software  personnel  for    -*/ 

/*  maintenance  ( FSPm ) ,  and  annual  maintenance  cost  */ 

/*  (MAINT  COST) .  */ 

/*  Sample  call:  PERFORM  "CALCMAPA"  USING  "#A"  */ 

/#  Input:  #A  =  MM  -   nominal  annual  maintenance  effort      */ 

/*  Output:  Maintenance  activity  distribution  calculations  */ 

MM  =  #A; 

Local  I;        !  Counter 

DISPMROW  =  8^+;!  Top  row  for  display  of  maint  activity  dist 
DISPMCOL  =   ^+ ;  1  Column  for  display  of  maint  activity  dist 

MAXMAINT  =   8;!  Max  #  of  percentages  for  maint  activity  dist 

TEMPMROW  =  8<+ ;  1  Top  temp  storage  row  for    maint  act  percent 
TEMPMCOL  =  2^;!  Temporary  X  column 

/*  Calculate  maintenance  activity  distribution  */ 

I  =  o; 

While  I  <  MAXMAINT  do 

#( DISPMROW,  DISPMCOL)  =  #( TEMPMROW ,  TEMPMCOL)  *  MMNOM 

DISPMROW  =  DISPMROW  +  1 

TEMPMROW  =  TEMPMROW  +  1 

1  =  1  +  1 
Endwh  i 1 e ; 

Release  MPHCOMP 
Release  DISPMROW 
Release  DISPMCOL 
Release  MAXMAINT 
Release  TEMPMROW 
Release  TEMPMCOL 

Return;    !  Returns  control  back  to  MAINTPAD  module. 
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/*  GRAFPDM.IPF  -  GRAF_PD_MAINT  MODULE  */ 

/*  This  module  displays  an  instruction  screen  and  a  pie    *■/ 

/*•  chart  for  the  phase  distribution  of  maintenance.  It  is*/ 

/#  optionally  called  by  the  user  via  a  function  key  after  */ 

/-*  computing  activity  distribution.  */ 

/*  Sample  call:   PERFORM  "GRAFPDM"       (Invoked  by  Fl)      */ 

/*  Input:   Calculated  maintenance  pad  values  */ 

/*  Output:  Pie  chart  display  of  maintenance  pad  values     *■/ 

Let  e . dec  i  =  1 
C  lear 

Form  SHTFORM 

At  9,  20  Put  "  Press  the   ENTER   key  when  you  are" 

At  9,  31  Put  "ENTER" 

At  9,  32  Put  "ENTER"   WITH  "R" 

At  11,  SO  Put  "    ready  to  continue  and  again  when" 

At  13,  20  Put  "        finished  viewing  the  graph" 

At  6,  13  to  17,  <S4  Put  "FABC" 
Endform ; 

Putform  SHTFORM; 

Wai  t 

#Title  =  "PHASE  DISTRIBUTION  of  MAINTENANCE" 
Plot  labeled  '/.  PIE  from  #C8^+  to  #D91 

Release  SHTFORM 

Let  e . dec  i  =  2 

Calc 

Return ; 
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/*  AGAINIT.IPF  -  AGAIN  IT  MODULE 


*/ 


/*  This  module  allows  the  user  to  perform  another  *-/ 

/*  iteration,  save  prior  computed  values,  or  to  erase  */ 
/#  tables  of  other  values  saved  and  create  a  new  table  of  */ 
/*  prior  computed  values. 

/*  Sample  call:  PERFORM  "AGAINIT" 

/*  Input:  F  key  selection  by  user 

/*  Output:  One  of  the  above  selected  options 


( Invoked  by  F 1 ) 


/*  Submodules:  SAWAL.IPF   ( SAVE_VALUES  MODULE) 
/*  ERASTABL.IPF   (ERASE_TABLE  MODULE) 

/*  ANOTHER. IPF   (ANOTHER  MODULE) 


*/ 

*/ 

*/ 

*/ 

*/ 
*/' 
*/ 


Release  perform  "KEYCHNQ" 
Release  FINIS 

Load  perform  "SAWAL" 
Load  perform  "ERASTABL" 
Load  perform  "ANOTHER" 


Redefine  function  1  ' 

Redefine  function  2  ' 

Redefine  function  3  ' 

Redefine  function  10 


PERFORM  V'SAWALV  \13" 
PERFORM  VERASTABLV  \13" 
PERFORM  \"AN0THER\"  \13" 
1  VWRONG  KEY\"  \13" 


Form  CHOICE 

At 

7, 

20  F 

ut  "B 

At 

1  1  , 

20 

Put  " 

At 

13, 

20 

Put  " 

At 

I'*, 

20 

Put  " 

At 

16, 

20 

Put  " 

At 

17, 

20 

Put  " 

At 

1  , 

1  to 

2<f, 

At 

2, 

3  to 

23, 

End-f 

"orm 

5 

BEFORE  PERFORMING  ANOTHER  ITERATION:" 
<F1>  SAVE  prior  computed  values" 
<F2>  ERASE  other  computed  values  and" 

START  a  new  tab le" 
<F3>  Perform  another  iteration  WITHOUT 

saving  prior  computed  values." 
SO  Put  "FBBW" 
78  Put  "FWBU" 


Putform  CHOICE;  at  2<t ,  1 
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/*  WRAPUP.IPF  -  WRAP_UP  MODULE  */ 

/-*  This  module  permits  the  user  to  either  save  calculated  -*/ 
/*  values  or  to  erase  all  calculated  values  before  ending  */ 

/*  the  program.  */ 

/*  Sample  call:  PERFORM  "UIRAPUP"        (Invoked  by  F10)     */ 

/*  Input:  F  key  selection  by  user  *■/ 

/#  Output:  <F1>  Save  values  and  end  program  */ 

/*          <F2>  Erase  values  and  end  program  */ 

/*           <F3>  Continue  program  */ 

/*  Submodules:  COCO.IPF   (COCO  MODULE)  */ 

/*                KILLIT.IPF   (KILL  IT  MODULE)  */ 


BEFORE  QUITTING  ..." 

"<F1>  End  program" 

"<FE>  Erase  calculated  values  and  end  program' 

"<F3>  Continue  program" 

SO  Put  "FWBR" 

79  Put  "FRBW" 


Load  perform  "KILLIT" 
Load  perform  "COCO" 

Redefine  function  1  "  BYE  \13" 

Redefine  function  2  "  PERFORM  \"KILLIT\"  \13' 

Redefine  function  3  "  PERFORM  \"COCO\"  \13" 

Redefine  function  10  "  V'WRONG  KEY\"  \13" 

Putform  LASTFRM;  at  2^,1' 


Form  LASTFRM 

At 

9, 

20  Put  " 

At 

11  , 

20  Put 

At 

13, 

20  Put 

At 

15, 

20  Put 

At 

1  , 

1  to  24, 

At 

2, 

2  to  23, 

Endf 

ornr 

i 
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/*  KILLIT.IPF  -  KILL_IT  MODULE  */ 

/*  This  module  erases  all  values  from  both  the   basic  and  */ 

/*    intermediate  tables  and  terminates  the  program.  */ 

/*  Sample  call:  PERFORM  "KILLIT"         (Invoked  by  F2 )     */ 

/*  Input:  F  key  selection  by  user  */ 

/*  Output:  Basic  and  Intermediate  model  table  values  *-/ 

/*  erased  and  program  terminated.  */ 


Release  perform  "WRAPUP" 
Release  perform  "COCO" 

Form  ERASALL 

At  21,  22  Put  "Erasing  All  Tables"  with  "B" 

At  20,  1  to  22,  80  Put  "FRBW" 
Endform 

Putform  ERASALL;  at  24,1 

Use  BES  1  Erase  all  Basic  table  values 

Mark  all 
Compress  BES 
Finish  BES 

Use  BESP 
Mark  all 
Compress  BESP 
Finish  BESP 

Use  BESPAD 
Mark  all 
Compress  BESPAD 
Finish  BESPAD 

Use  BESM 
Mark  all 
Compress  BESM 
Finish  BESM 


EMT 


Use  BESMAD 
Mark  all 
Compress  BESMAD 
Finish  BESMAD 

Use  IES  !  Erase  all  Intermediate  table  values 

Mark  all 
Compress  IES 
Finish  IES 

Use  IESP 
Mark  all 
Compress  IESP 
Finish  IESP 

Use  IESPAD 
Mark  all 
Compress  IESPAD 
Finish  IESPAD 

Use  IESM 
Mark  all 
Compress  IESM 
Finish  IESM 

Use  IESMAD 
Mark  all 
Compress  IESMAD 
Finish  IESMAD 

C  1  ear 

Bye 
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/*  SAVVAL.IPF  -  SAVE_VALUES  MODULE  */ 

/*  This  module  determines  whether  basic  or  intermediate  */ 
/*  values  are  to  be  saved.  The  decision  is  based  on  which*/ 
/*  model  is  selected  at  the  program  beginning  by  the  user.*/ 

/*  Sample  call:  PERFORM  "SAWAL"  */ 

/*  Input:  Basic  or  intermediate  model  selection  -*■/ 

/*  Output:  Basic  or  intermediate  values  saved  -*/ 

/*  Submodules:  BASSAV.IPF  (BASIC_SAVE  MODULE)  */ 

/*  INTSAV.IPF  (INTERMEDIATE  SAVE  MODULE)       */ 


Form  WAITBAS 

At  20,30  Put  "Saving  BASIC  Values"  with  "b" 
At  21,30  Put  "      Please  Wait" 
At  19,1  to  22,80  Put  "fubw" 

Endform 

Form  WAITINT 

At  20,27  Put  "Saving  INTERMEDIATE  Values"  with  "B" 

At  21,27  Put  "  Please  Wait" 

At  19,1  to  22,80  Put  "fubw" 
Endform 

Form  NOVAL 

At  20,28  Put  "No  values  were  computed"  with  "B" 

At  21,28  Put  "    Select  <F3>  only" 

At  19,1  to  22,80  Put  "fwbr" 
Endform 

Local  PROGSTAT 
Local  MODEL 
Local  FLAG 

FLAG  =  0 

MODEL  =  #A20       !  Model  #  pucked  from  spreadsheet  cell  #A20 

PROGSTAT  =  #020   !  Point  from  which  exited  program 


ESI 


If  PROGSTAT  =  0  then   !  No  values  computed  prior  to  quiting 

Putform  NOVAL;  at  2<t ,  1 

FLAG  =  1 
Endif 

If  MODEL  =  1  and  FLAG  =  0  then 
Putform  WAITBAS;  at  2*+ ,  1 
Let  e.serr  =  true 
Release  perform  "ERASETABL" 
Release  perform  "AGAINIT" 
Release  CHOICE 
Release  NOVAL 
Let  e.serr  =  false 

Load  perform  "BASSAV"       !  Basic  model  values  saved 
Perform  "BASSAV" 
Else 

If  MODEL  =  2  and  FLAG  =  0  then 

Putform  WAITINT;  at  2^,1 

Let  e.serr  =  true 

Release  perform  "ERASTABL" 

Release  perform  "AGAINIT" 

Release  CHOICE 

Release  NOVAL 

Let  e.serr  =  false 

Load  perform  "INTSAV" 

Perform  "INTSAV" 
Endif ; 
Endif 
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/*  ERASTABL. IPF  -  ERASE  TABLE  MODULE  */ 


/*  This  module  erases  values  from  all  the  basic  or  *-/ 

/*  intermediate  tables  depending  upon  which  model  the  user*/ 
/*  is  currently  using.  */ 

/*  Sample  call:  PERFORM  "ERASTABL"       (Invoked  by  FE)     */ 

/*  Input:  MODEL  number  from  cell  #A20  in  the  current       -*-/ 
/*         spreadsheet  */ 

/*  1  -  Basic  model,   2  -  Intermediate  model  ■*/ 

/■*  Output:  Basic  or  Intermediate  model  table  values  erased*/ 
/*  and  new  table  values  from  prior  calculation     *•/ 

/*  saved  */ 

/*  Submodule:   SAWAL.IPF   (SAVE  VALUES  MODULES)  */ 


Form  WAITBERA 

At  20,  E7  Put  "Erasing  Basic  Table  Values"  with  "B" 

At  19,  1  to  21,  SO  Put  "FRBW" 
Endf orm 

Form  UAITIERA 

At  20,  23  Put  "Erasing  Intermediate  Table  Values"  with  "B" 

At  19,  1  to  21,  80  Put  "FRBW" 
Endform 

Local  MODEL 

MODEL  =  #B20 

If  MODEL  =  1  then   !  Basic  table  values  erased 

Putform  WAITBERA;  at  2^+ ,  1 

Use  BES 
Mark  all 
Compress  BES 
Finish  BES 


ES3 


Use  BESP 
Mark  all 
Compress  BESP 
Finish  BESP 

Use  BESPAD 
Mark  all 
Compress  BESPAD 
Finish  BESPAD 

Use  BESM 
Mark  all 
Compress  BESM 
Finish  BESM 

Use  BESMAD 
Mark  all 
Compress  BESMAD 
Finish  BESMAD 

Else  !  Intermediate  table  values  erased 

Putform  WAITIERA;  at  24 , 1 

Use  IES 
Mark  all 
Compress  IES 
Finish  IES 

Use  IESP 
Mark  all 
Compress  IESP 
Finish  IESP 

Use  IESPAD 
Mark  all 
Compress  IESPAD 
Finish  IESPAD 

Use  IESM 
Mark  all 
Compress  IESM 
Finish  IESM 
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Use  IESMAD 
Mark  all 
Compress  IESMAD 
Finish  IESMAD 

End  if 

Release  WAITBERA 
Release  WAITIERA 

Perform  "SAWAL" 
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/*  ANOTHER. IPF  -  ANOTHER  MODULE 


*/ 


/*  This  module  loads  coco.ipf  which  redefines  function     ■*/ 

/■*  keys  and  displays  the  model  selection  form  so  that      -*/ 

/*  another  iteration  can  be  performed.  */ 

/*  Sample  call:  PERFORM  "ANOTHER"  */ 

/*  Input:  F  key  selection  on  various  menus  to  perform      * / 

/*          another  iteration.  */ 


/*  Output:  COCOMO  model  selection  options 
/*  Submodule:   COCO.IPF   (COCO  MODULE) 


*/ 


Let  e.serr  =  true 


Re  1  ease 
Release 
Re  1  ease 
Re  lease 
Re  1  ease 
Re  lease 
Re  1  ease 
Re  lease 
Re  1  ease 
Re  lease 
Re  1  ease 
Re  1  ease 


CHOICE 

perform 

perform 

perform 

perform 

perform 

perform 

perform 

perform 

perform 

perform 

perform 


"BASSAV" 

"RPTOUT" 

"INTSAV" 

"BRPTONE" 

"BRPTALL" 

" IRPTONE" 

" IRPTALL" 

"AGAINIT" 

"SAWAL" 

"ERASTABL" 

"KEYCHNQ" 


Let 


serr  =  false 


Load  perform  "coco" 
Perform  "coco" 
Wait 
Stop 
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/*  BASSAV.IPF  -  BASIC_SAv"E  MODULE  */ 

/*  This  module  saves  Basic  COCOMO  values.  #/ 

/*  Sample  call:  PERFORM  "BASSAV"  */ 

/*  Input:  Effort,  phase  and  activity  distributions,  and    */ 

/*  maintenance  and  maintenance  phase  distributions  */ 

/*  depending  on  where  user  exited  from  the           */ 

/*  computation  program.                               */ 

/*  Output:  Input  values  placed  into  one  of  five  tables.    *-/ 

/*  Submodule:   RPTOUT.IPF   (REPORT_OUT  MODULE)  */ 

Local  PROGSTAT 

PROGSTAT  =  #C20     !  Indicates  where  user  guit  program 

!  Set  environment  variables 
Let  e.supd  =  true 
Let  e.stat  =  false 
Let  e.lmod  =  false 
Let  e.deci  =  E 

Test  PROGSTAT 

Case  "1":    !  Effort  computations  saved 
Use  BES 
Attach  1 

MODELMOD  =  #D20;  KDSI  =  #D5;  PCOST  =  #D6 ;  MM  =  #D12; 
PRODUCT  =  #D13;  SCHEDULE  =  #D1^+;  FSP  =  #D15; 
ACOST  =  #D16; 
Finish  BES 
Break ; 
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Case  "2":    1  Effort  2*  phase  computations  saved 
Use  BESP 
Attach  1 

MODELMOD  =  #D20;  KDSI  =  #D5;  PCOST  =  #D6 ;  MM  =  #D12; 
PRODUCT  =  #D13;  SCHEDULE  =  #D1^;  FSP  =  #D15; 
ACOST  =  #D16; 

PRODE5  =  #D^+6;  PROG  =  #D^+7;  DETDES  =  #D48  ;  CUT  =  #D^9; 
IT  =  #D50;  SCHEDPD  =  #D53  ;  SPROG  =  #D5<+ ;  SIT  =  #D55 ; 
Finish  BESP 
Break ; 

Case  "3":    !  Effort,  phase  &  activity  computa  t  io.ns  saved 
Use  BESPAD 
Attach  1 

MODELMOD  =  #D20;  KDSI  =  #D5;  PCOST  =  #D6 ;  MM  =  #D12; 
PRODUCT  =  #D13;  SCHEDULE  =  #D1^+;  FSP  =  #D15; 
ACOST  =  #D16; 

PRODES  =  #D^+<S;  PROG  =  #D^+7;  DETDES  =  #D<^8 ;  CUT  =  #D49; 
IT  =  #D50;  SCHEDPD  =  #D53 ;  SPROG  =  #D5^+ ;  SIT  =  #D55 ; 
RAPD  =  #D66;  PDPD  =  #D67 ;  PROGPD  =  #D<S8 ;  TESTPD  =  #D69  ; 
WPD  =  #D70;  POPD  =  #D7l;  CQPD  =  #D72  ;  MANPD  =  #D73  ; 
RAPROG  =  #F66;  PDPROG  =  #F67 ;  PROGPROG  =  #F68  ; 
TESTPROG  =  #F69? 

WPROG  =  #F70;  POPROG  =  #F7l;  CQPROG  =  ttF72; 
MANPROG  =  #F73? 

RAIT  =  #H66;  PDIT  =  #H67 ;  PROGIT  =  #H68 ;  TEST  I  T  =  J+H69; 
WIT  =  #H70;  POIT  =  #H71;  CQIT  =  #H72 ;  MANIT  =  #H73  ; 
Finish  BESPAD 
Break ; 

Case  "V:    !  Effort  &  maintenance  computations  saved 
Use  BESM 
Attach  1 

MODELMOD  =  tfD20;  KDSI  =  #D5;  PCOST  =  #D6 ;  MM  =  #D12; 
PRODUCT  =  #D13;  SCHEDULE  =  #D1^;  FSP  =  #D15; 
ACOST  =  #D1<S; 

MPCOST  =  #M5;  ACT  =  #M6 ;  MMAM  =  #M)2;  FSPM  =  #M13; 
ACM  =  #M1^; 
Finish  BESM 
Break ; 
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Otherwise:    !  Effort,  maint  &  maint  phase  values  saved 
Use  BESMAD 
Attach  1 

MODELMOD  =  #D20;  KDSI  =  #D5  ;  PCOST  =  #D6;  MM  =  #D12; 
PRODUCT  =  #D13?  SCHEDULE  =  #D1<+;  FSP  =  #D15; 
ACOST  =  #D16; 

MPCOST  =  #M5;  ACT  =  #M6  ;  MMAM  =  #M12;  FSPM  =  #M13; 
ACM  =  #M1^; 

MRA  =  #D8^;  MPD  =  #DS5 ;  MPROG  =  #D86 ;  MTEST  =  #DS7  ; 
MW  =  #D88; 

MPO  =  #D89;  MCQ  =  #D90;  MMAN  =  #D91; 
Finish  BESMAD 
Break ; 
End  test 

!  Reset  environmental  variables 
Let  e.supd  =  false 
Let  e.stat  =  true 
Let  e.lmod  =  true 

Redefine  function  1  "  SEL  =  1;PERF0RM  V'RPTOUTV  USING 

\MSEL\"  \13" 
Redefine  function  8  "  SEL  =  2 ; PERFORM  V'RPTOUTV  USING 

\"SEL\"  \13" 
Redefine  function  3  "  PERFORM  \"ANOTHER\"  \13" 
Redefine  function  10  "  PERFORM  VWRAPUPV  \13" 
Load  perform  "RPTOUT" 


Form  RPTCON 


At 

At 
At 
At 
At 
At 
At 
At  19, 
Endform 


9,26  Put  "BASIC  values  have  been  saved" 
13,  22  Put  "<F1>  Display  LAST  computed  BASIC  values 
"<F2>  Display  ALL  computed  BASIC  values" 
"<F3>  Continue  Program" 
"<F10>  End  Program" 
80  Put  "FBBW" 
78  Put  "FWBU" 


15,  22  Put 
17,  22  Put 
19,  22  Put 
1  ,  1  to  2^+, 
2,  3  to  23, 


21  to  19,  <+0    Put  "FRBU" 


Putform  RPTCON;  at  2<4 ,  1 

Release  WAITBAS 

Release  WAITINT 

Release  perform  "SAWAL" 
Return; 
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/*  INTSAV.IPF  -  INTERMEDIATE  SAVE  MODULE 


*/ 


/*■  This  module  saves  intermediate  COCOMO  values 
/*  Sample  call:  PERFORM  "INTSAV" 


*/ 
*/ 


/*■  Input:  Effort)  phase  and  activity  distributions,  and  */ 

/*  maintenance  and  maintenance  phase  distributions  -*/ 

/*         depending  on  where  user  exited  from  the  */ 

/*  computation  program.  */ 

/*■  Output:  Input  values  placed  into  one  of  five  tables.  */ 

/*  Submodule:   RPTOUT.IPF   (REPORT  OUT  MODULE)  */ 


Local  PROGSTAT 
PROGSTAT  =  #C20 


!  Indicates  where  user  quit  program 


!  Set  environment  variables 
Let  e.supd  =  true 
Let  e.stat  =  false 
Let  e.lmod  =  false 
Let  e . dec  1  =  2 


Test  PROGSTAT 

Case  " 1 " :   ! 
Use  IES 
Attach  1 
MODELMOD  = 


Effort  computations  saved 


#D20;  ERELY  =  #F100;  EDATA  =  ttFlOl 

ECPLX  =  #F102;  ETIME  =  #F103;  ESTOR  =  #F10^+; 

EVIRT  =  #F105;  ETURN  =  #F106;  EACAP  =  #F107; 

EAEXP  =  #F10S;  EPCAP  =  #F109;  EVEXP  =  #F110i 

ELEXP  =  tIFllli  EMODP  =  ttFllS;-  ETOOL  =  &F113; 

ESCED  =  #Fll<t;  EAF  =  #HU;  KDSI  =  #D5 ;  PCOST 

MMADJ  =  #Dll;  MMNOM  =  ItDlS?  PRODUCT  =#D13; 


SCHEDULE  = 
Finish  IES 
Break ; 


#D1^+;  FSP  =  #D15;  ACOST  =  #D16; 


=  #D6 


atD 


Case  "2":    ! 
Use  IESP 
Attach  1 
MODELMOD  = 


Effort  &  phase  computations  saved 


#D20;  ERELY  =  #F100;  EDATA 


=  #F101 

#F10*t; 

#F107; 

#fiio; 
#F1 13; 

PCOST 


ECPLX  =  #F102;  ETIME  =  #F103;  ESTOR  = 

EVIRT  =  #F105;  ETURN  =  #F106;  EACAP  = 

EAEXP  =  #F108;  EPCAP  =  #F 1 09 ;  EVEXP  = 

ELEXP  =  #Flll;  EMODP  =  #FU2;  ETOOL  = 

ESCED  =  #F11<4;  EAF  =  #H11;  KDSI  =  #D5 

MMADJ  =  #Dll;  MMNOM  =  #D12;  PRODUCT  =#D13; 

SCHEDULE  =  #D1^5  FSP  =  #D15;  ACOST  =  #D16; 

PRODES    =    #D<^6;     PROG    =    #D^+7 ;     DETDES    =    ttD^+8 ;     CUT 

IT  =  #D50;  SCHEDPD  =  #D53  ;  SPROG  =  #D5^ ;  SIT  = 

Finish  IESP 

Break ; 


=  #D6 


=  *$D^t9 
#D55; 


Case  "3":    '.  Effort 
Use  IESPAD 
Attach  1 
MODELMOD  =  #D20; 


phase  2»  activity  computations  saved 


ERELY  =  #F100;  EDATA 


=  #F101 

#F10^+; 
#F107; 
#Fi 10; 
#F1 13; 

PCOST 


=  #D6; 


=  ttD^+9; 
#D55; 


ECPLX  =  #F102;  ETIME  =  #F103;  ESTOR  = 

EVIRT  =  #F105;  ETURN  =  #F106;  EACAP  = 

EAEXP  =  #F108;  EPCAP  =  #F109;  EVEXP  = 

ELEXP  =  #Flll;  EMODP  =  #F112;  ETOOL  = 

ESCED    =    #F11<+;     EAF    =    #Hll;     KDSI     =    #D5 

MMADJ  =  #Dll;  MMNOM  =  #D12;  PRODUCT  =#D13; 

SCHEDULE  =  #D1^+;  FSP  =  #D15;  ACOST  =  #D16; 

PRODES  =  #D^+6;  PROG  =  #D^7;  DETDES  =  tfD^S;  CUT 

IT  =  #D50;  SCHEDPD  =  #D53 ;  SPROG  =  #D54- ;  SIT  = 

RAPD  =  #D66;  PDPD  =  #D67 ;  PROGPD  =  #D<S8;  TESTPD  =  #D69; 

WPD  =  #D70;  POPD  =  #D7l;  CQPD  =  #D72;  MANPD  =  #D73 ; 

RAPROG  =  #F66;  PDPROG  =  #F67 ;  PROGPROG  =  #F68  ; 

TESTPROG  =  #F69;  WPROG  =  #F70 ;  POPROG  =  #F7 1 ; 

CQPROG  =  #F72;  MANPROG  =  #F73;  RAIT  =  #H<S£> ; 

PDIT  =  #H67;  PROGIT  =  #H68  ;  TESTIT  =  #H69 ; 

WIT  =  #H70;  POIT  =  #H71;  CQIT  =  #H72  ;  MAN  I T  =  #H73 ; 

Finish  IESPAD 

Break ; 
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Case  "V  :   ! 
Use  IESM 
Attach  1 
MODELMOD  = 


Effort  8k  maintenance  computations  saved 


#D20;  ERELY 


ECPLX 
EVIRT 
EAEXP 
ELEXP 
ESCED 
MMADJ 


#F 
#F 
#F 
#F 
#D 


102 
105 
108 
1  1  1 
1  l<t 

ii ; 


ETIME 
ETURN 
EPCAP 
EMODP 
EAF  = 
MMNOM  = 


SCHEDULE  =  #D1^J  FSP  = 


MRELY  =  #F 
MTIME  =  #F 
MTURN  =  #F 
MPCAP  =  #F 
MMODP  =  #F 
MPCOST  =  # 
FSPM  =  #M1 
Finish  IES 
Break ; 


119;  MDATA  = 
122;  MSTOR  = 
125;  MACAP  = 
122;  MVEXP  = 
131;  MTOOL  = 
M5;  ACT  =  #M6 
3;  ACM  =  #M1^+ 
M 


=  #F100;  EDATA  =  #F101 
=  #F103;  ESTOR  =  #F10^t; 
=  #F106;  EACAP  =  #F107; 
=  #F109;  EVEXP  =  #FUO; 
=  #F112;  ETOOL  =  IF113; 
#HU;  KDSI  =  #D5;  PCOST 
#D12;  PRODUCT  =#D13; 

#D15;  ACOST  =  #D16; 

#F120;  MCPLX  =  #F12l; 

#F123;     MVIRT    =    #F12<t; 

#F126;  MAEXP  =  #F127; 

#F129;  MLEXP  =  #F130? 

#F132;  EAFM  =  #012; 


MMNAM  =  #M12 


=  #D6 


Otherwise:  ! 
Use  IESMAD 
Attach  1 


Effort,  maint  &<  maint  phase  values  saved 


MODELMOD  =  #D20 ;  ERELY  =  #F100;  EDATA 

=  #F101 

ECPLX  = 

#F102; 

ETIME 

=  #F103;  ESTOR  = 

#fio^+; 

EVIRT  = 

#F105i 

ETURN 

=  #F106;  EACAP  = 

#F107; 

EAEXP  = 

#F108: 

EPCAP 

=  #F109;  EVEXP  = 

#Fi 10; 

ELEXP  = 

#F1  11 ; 

EMODP 

=  #F112;  ETOOL  = 

#fi 13; 

ESCED  = 

#F1  14! 

EAF  = 

#H1 1 ;  KDSI  =  #D5 

;  pcost 

MMADJ  = 

#D1  1  ; 

MMNOM  = 

=  #D12;  PRODUCT  = 

#D13; 

SCHEDULE  =  #D1^+;  FSP 

=  #D15;  ACOST  = 

#D16; 

MRELY  = 

#F1 19; 

MDATA 

=  #F120;  MCPLX  = 

#Fi2i ; 

MTIME  = 

#F122; 

MSTOR 

=  #F123;  MVIRT  = 

#F12h; 

MTURN  = 

#F125; 

MACAP 

=  #F126;  MAEXP  = 

#F127; 

MPCAP  = 

#F128; 

MVEXP 

=  #F129;  MLEXP  = 

#Fi30; 

MMODP  = 

#Fi3i ; 

MTOOL 

=  #F132;  EAFM  = 

#012; 

MPCOST  = 

=  #M5; 

ACT  =  #M6;  MMNAM  =  #M12 

» 

=  #D6; 


FSPM  =  #M13;  ACM  =  #M1^+ 
MRA  =  #DS^+;  MPD  =  #D85; 
MVV  =  #D88;  MPO  =  #D89; 
Finish  IESMAD 
Break ; 
End  test 


MPROG  =  #D86  5  MTEST  =  #D87 ; 
MCQ  =  #D90;  MMAN  =  #D91; 
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!  Reset  environmental  variables 
Let  e.supd  =  false 
Let  e.stat  =  true 
Let  e.lmod  =  true 


Redefine  function  1 

Redefine  function  2 

Redefine  function  3 

Redefine  function  10 


SEL    =    3;PERF0RM    V'RPTOUTV     USING 

\"SEL\"  \13" 
SEL  =  ^;PERF0RM  \"RPTQUT\"  USING 

\"SEL\"  \13" 
PERFORM  \"AN0THER\"  \13" 
PERFORM  V'WRAPUPV  \13" 


Load  perform  "RPTOUT" 


Form  RPTCON 


At 
At 
At 
At 
At 
At 
At 
At  19, 
Endform 


9,17  Put  "INTERMEDIATE  values  have  been  saved" 
13,  19  Put  "<F1>  Display  LAST  computed  INTERMEDIATE  values' 
"<F2>  Display  ALL  computed  INTERMEDIATE  values" 
"<F3>  Continue  Program" 
"<F10>  End  Program" 
80  Put  "FBBW" 
78  Put  "FWBU" 


15,  19  Put 
17,  19  Put 
19,  19  Put 

1,  1  to  2<+, 

2,  3  to  23, 


18  to  19,  37  Put  "FRBU" 


Putform  RPTC0N;at  2<t ,  1 

Release  WAITBAS 

Release  WAITINT 

Release  perform  "SAWAL" 

Return ; 
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/*  RPTOUT.IPF  -  REPORT  OUT  MODULE 


*/ 


/*  This  module  selects  the  proper  basic  or  intermediate    */ 
/*  reprots  to  display  the  calculated  basic  or  */ 

/*  intermediate  values.  */ 


/*  Sample  call:  PERFORM  "RPTOUT"  USING  "#A" 


*/ 


/*  Input:  #A  =  SEL:  */ 

/*  1  -  Display  prior  calculated  basic  values         */ 

/*  2  -  Display  all  prior  calculated  basic  values    */ 

/*  3  -  Display  prior  calculated  intermediate  values*/ 

/*  4-  -  Display  all  prior  calculated  intermediate    ■*/ 

/*  values  */ 


/*  Output:  One  or  all  basic  or  intermediate  values 


*/ 


/* 
/* 
/* 
/* 


Submodules 


BRPTONE 
BRPTALL 
IRPTONE 


IPF 
IPF 
IPF 


IRPTALL. IPF 


(BASIC_RPT_ONE  MODULE)  */ 
(BASIC_RPT_ALL  MODULE)  */ 
( INTERMEDIATE_RPT_ONE  MODULE)*/ 
(INTERMEDIATE  RPT  ALL  MODULE)*/ 


SEL  =  #A 

Let  e.serr  =  true 
Release  perform  "BASSAV" 
Release  perform  "INTSAV" 
Let  e.serr  =  false 

Test  SEL 

Case   1:         I  Loads  prior  basic  report  module 
Load  perform  "BRPTONE" 
Redefine  function  1  "  OPT  =  1;PERF0RM  V'BRPTONEV  USING 

\"OPT\"  ,  V'PROGSTATV  \13" 
Redefine  function  2  "  OPT  =  2;PERF0RM  V'BRPTONEV  USING 

V'OPTV  ,  \"PROGSTAT\"  \13" 
Redefine  function  10  "  VURONG  KEY\"  \13" 
Break ; 
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Case   2:         !  Loads  all  prior  basic  report  module 
Load  perform  "BRPTALL" 
Redefine  function  1  "  OPT  =  l; PERFORM  VBRPTALLV  USING 

V'OPTV  \13" 
Redefine  function  2  "  OPT  =  2;PERF0RM  \"BRPTALL\"  USING 

\"OPT\"  \13" 
Redefine  function  10  "  \"WR0NG  KEY\"  \13" 
Break ; 

Case   3:         !  Loads  prior  intermediate  report  module 
Load  perform  " IRPTONE" 
Redefine  function  1  "  OPT  =  l; PERFORM  \"IRPT0NE\"  USING 

\"0PT\"  ,  VPROGSTATV  \13" 
Redefine  function  2  "  OPT  =  2;PERF0RM  VIRPTONEV  USING 

\"0PT\" , \PR0GSTAT\"  \13" 
Redefine  function  10  "  V  WRONG  KEY\"  \13" 
Break ; 

Otherwise:     !  Loads  all  prior  intermediate  report  module 
Load  perform  "IRPTALL" 
Redefine  function  1  "  OPT  =  l;  PERFORM  VIRPTALLV  USING 

V'OPTV  \13" 
Redefine  function  2  "  OPT  =  2 ; PERFORM  \"IRPTALL\"  USING 

V'OPTV  \13" 
Redefine  function  10  "  VWRONG  KEY\"  \13" 
Break ; 
End  test  > 

PROGSTAT  =  #C20      !  Program  status  at  point  exited 

Form  SELECTOP 

At  9,23  Put  "Select  an  option  to  display  report" 

At  12,  23  Put  "<F1>  SCREEN  output" 

At  14,  23  Put  "<F2>  PRINTER  output" 

At  15,  23  Put  "       (Turn  on  printer  first)" 

At  1,  1  to  24,  80  Put  "FBBO" 

At  2,  3  to  23,  78  Put  "FOBU" 

At  15,22  to  15,52  Put  "FRBU" 
Endf orm 

Putform  SELECTOP;  at  24,1 

Wait 

Stop 
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/*  BRPTONE.IPF  -  BASIC  RPT  ONE  MODULE  */ 


/*  This  module  displays  prior  computed  COCOMO  values  on  */ 

/*  either  the  screen  or  on  a  printer  for  the  basic  model.  */ 

/*  Sample  call:  PERFORM  "BRPTONE"  USING  "#A","#B"  */ 

/*  Input:  #A  =  OPT:  */ 

/*  1  -  Setup  screen  parameters  */ 

/*  2  -  Setup  printer  parameters  */ 

/*  #B  =  PROGSTAT  -  Where  calculations  terminated  */ 

/*  Output:  Prior  computed  basic  COCOMO  values.  */ 


OPT  =  #A 
PROGSTAT  =  #B 

Let  e.stat  =  false 
Let  e.supd  =  true 

Let  e.serr  =  true 
Release  perform  "RPTOUT" 
Let  e.serr  =  false 

Form  ROUT 
At  20,  27  Put   "OBTAIN  REPORT  FROM  PRINTER" 
At  19,1  to  21,80  Put  "FUBO" 

Endform 

If  OPT  =  1  then      !  Set  screen  parameters 

Let  e.pdep  =  2^- 
Else  !  Set  printer  parameters 

Putform  ROUT;  at  2*f ,  1 

Let  e.pdep  =  60 

Let  e.pmar  =  7 

Let  e.oprn  =  true 
End  if 
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Test  PR06STAT 

Case  "1": 
Use  BES 

Obtain  last  record 
Report  "BESRPT" 
Finish  BES 
Break ; 

Case  "2": 
Use  BESP 

Obtain  last  record 
Report  "BESPRPT" 
Finish  BESP 
Break ; 

Case  "3" : 
Use  BESPAD 
Obtain  last  record 
Report  "BESPADRP" 
Finish  BESPAD 
Break ; 

Case  "V: 
Use  BESM 

Obtain  last  record 
Report  "BESMRPT" 
Finish  BESM 
Break ; 

Otherw  i  se : 
Use  BESMAD 
Obtain  last  record 
Report  "BESMADRP" 
Finish  BESMAD 
Break ; 

Endtest 

Wait 


2b7 


!  Reset  environmental  variables 
Let  e.stat  =  true 
Let  e.supd  =  false 
Let  e.oprn  =  false 


Form 
At 
At 
At 
At 
At 
At 
At 
At 
At 
At 


RPTDONE 
9,32  Put 
12, 23  Put 
1^,23  Put 
15,23  Put 
17,23  Put 
19,23  Put 
1,1  to  2^,80 
2,3  to  23,78 


REPORT  COMPLETED" 
<F1>  SCREEN  output" 
<F2>  PRINTER  output" 

(Turn  on  printer)" 
<F3>  Continue  program" 
<F10>  End  Program" 
Put  "FBBW" 
Put  "FWBU" 


15,22 
19,22 


to 
to 


15,52 
19, ^fl 


Put 
Put 


"FRBU" 
"FRBU" 


Endform 


Redefine  function  1  "  OPT  =   l;Perform  V'BRPTONEV  USING 

\"OPT\"  ,  V'PROGSTATV  \13" 

Redefine  function  2  "  OPT  =   2;Perform  V'BRPTONEV  USING 

VOPTV  ,  V'PROGSTATV  \13" 

Redefine  function  3  "  Perform  \"ANOTHER\"  \13" 

Redefine  function  10  "  Perform  VWRAPUPV  \13" 

Putform  RPTDONE;  at  2<+ ,  1 
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/*  BRPTALL. IPF  -  BASIC  RPT  ALL  MODULE  */ 


/#  This  module  displays  all  prior  computed  basic  COCOMO    */ 

/*  values  on  either  the  screen  or  on  a  printer.  */ 

/*  Sample  call:  PERFORM  "BRPTALL"  USING  "#A"  */ 

/*  Input:  #A  -  OPT:  */ 

/*  1  -  setup  screen  parameters  */ 

/-*  2  -  setup  printer  parameters  */ 

/*  Output:  Prior  computed  basic  COCOMO  values.  *-/ 


OPT  =  #A 

Let  e.stat  =  false 
Let  e.supd  =  true 

Let  e.serr  =  true 
Release  perform  "RPTOUT" 
Let  e.serr  =  false 

Form  ROUT 
At  20,  27  Put   "OBTAIN  REPORT  FROM  PRINTER" 
At  19,1  to  SI, 80  Put  "FUBO" 

Endform 

If  OPT  =  1  then     !  Set  screen  parameters 

Let  e.pdep  =  2^+ 
Else  !  Set  printer  parameters 

Putform    ROUT;     at    2<4 ,  1 

Let  e.pdep  =  60 

Let  e.pmar  =  7 

Let  e.oprn  =  true 
End  if 

Let  e.serr  =  true 


ZW=\ 


Use  BES 

If  Currec(BES)  =  0  then 

Finish  BES 
Else 

Obtain  first  record 
While  #found  do 
Report  "BESRPT" 
If  Eot(BES)  then 
Finish  BEB 
Break 
Endif ; 
Ob  tain  nex  t 
Endwh i 1 e ; 
Wai  t  ; 
Endif 

Use  BESP 

If  Currec(BESP)  =  0  then 

Finish  BESP 
Else 

Obtain  first  record 
While  ttfound  do 
Report  "BESPRPT" 
If  Eot(BESP)  then 
Finish  BESP 
Break 
Endif; 
Obtain  next 
Endwh  i 1 e ; 
Wait  ; 
Endif 

Use  BESPAD 


270 


If  Currec< BESPAD)  =  0  then 

Finish  BESPAD 
Else 

Obtain  first  record 
While  #found  do 

Report  "BESPADRP" 
If  Eot(BESPAD)  then 
Finish  BESPAD 
Break 
Endif ; 
Obtain  next 
Endwh i le ; 
Wait; 
Endif 

Use  BESM 

If  Currec(BESM)  =  0  then 

Finish  BESM 
Else 

Obtain  first  record 
While  ttfound  do 
Report  "BESMRPT" 
If  Eot(BESM)  then 
Finish  BESM 
Break 
Endif; 
Ob  tain  nex  t 
Endwh  i le ; 
Wait ; 
Endif 

Use  BESMAD 


571 


If  Currec( BESMAD)  =  0  then 

Finish  BESMAD 
Else 

Obtain  first  record 
While  #found  do 

Report  "BESMADRP" 
If  Eot(BESMAD)  then 
Finish  BESMAD 
Break 
Endif ; 
Obtain  next 
Endwh i le ; 
Wait ; 
Endif 

Let  e.serr  =  false 

!  Reset  environmental  variables 
Let  e.stat  =  true 
Let  e.supd  =  false 
Let  e.oprn  =  false 

Form  RPTDONE 

At  9,32  Put  "REPORT  COMPLETED" 

At  12,23  Put  "<F1>  SCREEN  output" 

At  14, S3  Put  "<FS>  PRINTER  output" 

At  15,23  Put  "       (Turn  on  printer)" 

At  17,23  Put  "<F3>  Continue  program" 

At  19,23  Put  "<F10>  End  Program" 

At  1,1  to  24,80  Put  "FBBW" 

At  2,3  to  23,78  Put  "FWBU" 

At  15,22  to  15,52  Put  "FRBU" 

At  19,22  to  19,41  Put  "FRBU" 
Endform 

Redefine  function  1  "  OPT  =   l;Perform  V'BRPTALLV  USING 

\"OPT\"  \13" 

Redefine    function    2     "     OPT    =       2;Perform    V'BRPTALLV     USING 

V'OPTV     \13" 

Redefine  function  3  "  Perform  \"ANOTHER\"  \13" 

Redefine  function  10  "  Perform  VWRAPUPV  \13" 

Putform  RPTDONE;  at  24,1 
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/*  IRPTDNE.IPF  -  INTERMEDIATE  RPT  ONE  MODULE  */ 


/*  This  module  displays  prior  computed  COCOMO  values  on  */ 

/*  either  the  screen  or  on  a  printer  for  the  */ 

/*  intermediate  model.  *•/ 

/*  Sample  call:  PERFORM  " IRPTONE"  USING  "#A","#B"  */ 

/*  Input:  #A  =  OPT:  */ 

/*             1  -  setup  screen  parameters  */ 

/*             2  -  setup  printer  parameters  ■*/ 

/*          #B  =  PROGSTAT  -  Where  user  ended  calculations  */ 

/*    Output:  Prior  computed  intermediate  COCOMO  values-  */ 


OPT  =  #A 
PROGSTAT  =  #B 

Let  e.stat  =  false 
Let  e.supd  =  true 

Let  e.serr  =  true 
Release  perform  "RPTOUT" 
Let  e.serr  =  false 

Form  ROUT 

At  20,  27  Put   "OBTAIN  REPORT  FROM  PRINTER" 

At  19,1  to  21,80  Put  "FUBO" 
Endform 

If  OPT  =  1  then      !  Set  screen  parameters 

Let  e.pdep  =  2^+ 
Else  !  Set  printer  parameters 

Putform  ROUT;  at  2*t ,  1 

Let  e.pdep  =  60 

Let  e.pmar  =  7 

Let  e.oprn  =  true 
Endif 


273 


Test  PROGSTAT 

Case  "1": 
Use  IES 

Obtain  last  record 
Report  " IESRPT" 
Finish  IES 
Break ; 

Case  "2": 
Use  IESP 

Obtain  last  record 
Report  "IESPRPT" 
Finish  IESP 
Break ; 

Case  "3" : 
Use  IESPAD 
Obtain  last  record 
Report  "IESPADRP" 
Finish  IESPAD 
Break ; 

Case  " V  : 
Use  IESM 

Obtain  last  record 
Report  "IESMRPT" 
Finish  IESM 
Break ; 

Qtherwi se : 
Use  IESMAD 
Obtain  last  record 
Report  "IESMADRP" 
Finish  IESMAD 
Break ; 

Endtest 

Wai  t 
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!  Reset  environmental  variables 
Let  e.stat  =  true 
Let  e.supd  =  false 
Let  e.oprn  =  false 

Form  RPTDONE 

At  9,32  Put  "REPORT  COMPLETED" 

At  12,23  Put  "<F1>  SCREEN  output" 

At  14,23  Put  "<F2>  PRINTER  output" 

At  15,23  Put  "       (Turn  on  printer)" 

At  17,23  Put  "<F3>  Continue  program" 

At  19,23  Put  "<F10>  End  Program" 

At  1,1  to  24,80  Put  "FBBW" 

At  2,3  to  23,78  Put  "FUBU" 

At  15,22  to  15,52  Put  "FRBU" 
Endform 

Redefine  function  1  "  OPT  =   l;Perform  VIRPTONEV  USING 

\"0PT\"  ,  V'PROGSTATV  \13" 

Redefine  function  2  "  OPT  =   2;Perform  \"IRPT0NE\"  USING 

\"0PT\" , \"PR0GSTAT\"  \13" 

Redefine  function  3  "  Perform  \"AN0THER\"  \13" 

Redefine  function  10  "  Perform  VUIRAPUPV  \13" 

Putform  RPTDONE;  at  24,1 
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/*  IRPTALL. IPF  -  INTERMEDIATE  RPT  ALL  MODULE  */ 


/*  This  module  displays  all  prior  computed  intermediate    */ 

/*  COCOMO  values  on  either  the  screen  or  on  a  printer.     -*/ 

/*  Sample  call:  PERFORM  "IRPTALL"  USING  "#A"  */ 

/*  Input:  #A  -  OPT:  */ 

/*             1  -  Setup  screen  parameters  *■/ 

/*             2  -  Setup  printer  parameters  */ 

/*    Output:  Prior  computed  intermediate  COCOMO  values.       -*/ 


OPT  =  #A 

Let  e.stat  =  false 
Let  e.supd  =  true 

Let  e.serr  =  true 
Release  perform  "RPTOUT" 
Let  e.serr  =  false 

Form  ROUT 

At  20,  E7  Put   "OBTAIN  REPORT  FROM  PRINTER" 
At  19,1  to  21,80  Put  "FUBO" 

Endform 

If  OPT  =  1  then      !  Set  screen  parameters 

Let  e.pdep  =  2^ 
Else  !  Set  printer  parameters 

Putform  ROUT;  at  2*t ,  1 

Let  e.pdep  =  60 

Let  e . pmar  =  7 

Let  e.oprn  =  true 
End  if 

Let  e.serr  =  true 

Use  IES 
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If  Currec(IES)  =  0  then 

Finish  IES 
Else 

Obtain  first  record 
While  #found  do 
Report  "IESRPT" 
If  Eot ( IES)  then 
Finish  IES 
Break 
Endif ; 
Obtain  next 
Endwh  i le ; 
Wait ; 
Endif 

Use  IESP 

If  Currec ( IESP)  =  0  then 

Finish  IESP 
Else 

Obtain  first  record 
While  #found  do 
Report  "  IESPRPT" 
If  Eot ( IESP)  then 
Finish  IESP 
Break 
Endif; 
Obtain  next 
Endwh i le ; 
Wait; 
Endif 

Use  IESPAD 
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If  Currec ( IESPAD)  =  0  then 

Finish  IESPAD 
Else 

Obtain  first  record 
While  #found  do 

Report  "IESPADRP" 
If  Eot ( IESPAD)  then 
Finish  IESPAD 
Break 
Endif ; 
Ob  tain  nex  t 
Endwh i le ; 
Wait; 
Endif 

Use  IESM 

If  Currec(IESM)  =  0  then 

Finish  IESM 
Else 

Obtain  first  record 
While  #found  do 
Report  "  IESMRPT" 
If  Eot ( IESM)  then 
Finish  IESM 
Break 
Endif; 
Ob  tain  nex  t 
Endwh  i 1 e ; 
Wait  ; 
Endif 

Use  IESMAD 
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If  Currec ( IESMAD)  =  O  then 

Finish  IESMAD 
Else 

Obtain  first  record 
While  #found  do 

Report  "IESMADRP" 
If  Eot ( IESMAD)  then 
Finish  IESMAD 
Break 
End  if ; 
Obtain  next 
Endwh  i le ; 
Wait; 
End  if 

Let  e.serr  =  false 

!  Reset  environmental  variables 
Let  e.stat  =  true 
Let  e.supd  =  false 
Let  e.oprn  =  false 

Form  RPTDONE 

At  9,32  Put  "REPORT  COMPLETED" 

At  12,23  Put  "<F1>  SCREEN  output" 

At  14,23  Put  "<F2>  PRINTER  output" 

At  15,23  Put  "       (Turn  on  printer)" 

At  17,23  Put  "<F3>  Continue  program" 

At  19,23  Put  "<F10>  End  Program" 

At  1,1  to  24,80  Put  "FBBW" 

At  2,3  to  23,78  Put  "FWBU" 

At  15,22  to  15,52  Put  "FRBU" 

At  19,22  to  19,41  Put  "FRBU" 
Endform 

Redefine  function  1  "  OPT  =   ljPerform  VIRPTALLV  USING 

V'OPTV  \13" 

Redefine    function    2     "     OPT    =       2;Perform    VIRPTALLV     USING 

VOPTV     \13" 

Redefine    function    3     "    Perform    VANOTHERV     \13" 

Redefine    function     10     "     Perform    VWRAPUPV     \13" 

Putform    RPTDONE;     at    24,1 
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APPENDIX  E 


COCOMO  TOOL  USER'S  MANUAL 
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The  documentation  contained  herein  pertains  to  Version  1.0 
of  CQC0M0  Tool  (Constructive  Cost  Model  Tool)  as  implemented 
on  the  IBM  PC  computer  systems  at  the  Naval  Postgraduate 
School.   While  it  is  believed  that  the  contents  ar& 
completely  accurate,  neither  the  school  nor  the  authors 
assume  any  liability  resulting  from  inaccuracies  herein  or 
from  the  use  of     this  documentation  or  the  use  cf  C0CQM0 . 


Permission  to  copy  without  fee  all  or  part  of  this  material 
is  granted  provided  that  the  copies  are    not  made  or 
distributed  for  direct  commercial  advantage.   Copies  of  this 
program  can  be  obtained  by  sending  two  floppies  to  Code 
5^+Bd  ,  Department  of  Administrative  Sciences,  Naval 
Postgraduate  School,  Monterey,  Ca.     939^+0. 
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Chapter  1 
I ntroduc t  ion 


1.1   General  Information 

The  COCDMO  (Constructive  Cost  Model)  Tool  is  an 
interactive?  decision  support  system  used  to  applv  a 
software  cost  estimation  technique.   This  tool  is  based  on 
the  Basic  and  Intermediate  COCDMO  model  developed  by  Barry 
W.  Boehm  at  TRW  and  explained  in  detail  in  his  text, 
"Software  Engineering  Economics"  (Prentice-Hall,  1981). 
It  calculates  estimates  of  man-months  of  effort,     cost,  a  i 
schedule  required  for  a  software  project .   These  estimates 
are    based  on  the  project  size  expressed  in  estimated  number 
of  thousands  of  lines  of  deliverable  source  instructions 
(KDSI)  entered  by  the  user. 

This  manual  explains  how  to  use  the  program.   Chapter  2 
provides  a  brief  description  of  the  Basic  and  Intermediate 
COCOMO  models  as  well  as  COCOMO  Maintenance  used  by  both 
models.   The  use  of  the  COCOMO  Tool  is  introduced  in  Chapter 
3.   Both  narrative  and  screen  descriptions  demonstrate 
COCOMO  Basic,  Intermediate  and  Maintenance  program 
utilization.   Chapter  ^+  descibes  how  to  obtain  a  report  of 
the  comouted  values  on  either  the  screen  or  printer.   Sample 
reports  are    also  displayed  in  this  chapter  so  the  user  can 
get  an  idea  of  what  to  expect  in  the  report  format. 

While  this  document  includes  a  complete  description  of 
the  mechanics  of  using  the  COCOMO  Tool,  it  does  not  attempt 
to  provide  the  background  and  understanding  of  the 
underlying  COCOMO  model  necessary  to  use  it  wiselv.    It  is 
recommended  that  COCOMO  Tool  users  familiarize  themselves 
with  Boehm' s  book  (Chapters  h-9)  since  the  details  of  the 
models  assumptions,  limitations,  and  accuracy    are    not 
reproduced  here. 

The  COCOMO  Tool  is  written  in  software  usina  the 
KnowledgeMan  application  package  developed  by  Micro  Data 
Base  Systems,   Inc.  and  is  operational  on  IBM  PC  systems.    It 
is  screen-oriented  and  menu-driven,  and  requires  the  use  of 
a  CRT  terminal  and  a  hard  disk  drive. 


1.2   COCOMO  Tool  Characteristics  Remarks 

The  program  is  memu  driven  and  selections  are    made  with 
the  use  of  function  keys.   It  is  divided  into  four  major 
functional  areas:  Model/mode  selection,  development  branch. 
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maintenance  branch)  and  program  termination.   In  model/mode 
selection  the  user  enters  the  program  and  selects  either 
the  Basic  or  Intermediate  model.   Next,  one  mode  is  choosen 
from  either  the  organic,  semidetached,  or  embedded  modes. 
Once  a  mode  is  selected  the  user  is  automatically  moved  into 
the  development  branch.   Within  this  branch,  effort  and 
schedule  parameters  are    first  computed.   From  this  point  a 
decision  must  be  made  to  either  stay  in  the  development 
branch  or  move  into  the  maintenance  branch.   Once  a  choice 
is  made  it  is  final.   The  only  way  an  unchoosen  branch  can 
be  entered  is  on  another  iteration  of  the  model  and  mode. 
The  development  branch  will  give  the  options  of  having  phase 
and  activity  distributions  computed.   The  maintenance  branch 
involves  calculation  of  maintenance  parameters  along  with 
the  option  to  also  have  maintenance  phase  distributions 
computed.   The  program  termination  function  not  only  allows 
the  program  to  end,  it  also  provides  the  option  of  saving 
prior  computed  values  from  the  development  or  maintenance 
branches.   Another  option  in  this  area    also  permits  output 
of  the  saved  data  on  either  the  screen  or  printer. 

Program  error  messages  will  be  generated  if  an  incorrect 
function  key  is  depressed  or  an  out-of-range  value  is 
inserted  for  computation.   Error  messages  and  appropriate 
actions  are     listed  alphabetically  in  Appendix  C.   Note  that 
KDSI  values  below  2  KDSI  and  above  51E  KDSI  will  cause  an 
error  message  as  these  are     the  low  and  high  boundaries  of 
the  COCOMO  model . 

Familiarity  with  Boehm's  text,  "Software  Engineering 
Economics"  (Chapters  ^  -  9 ) ,  is  strongly  recommended  to  gain 
an  understanding  of  the  COCOMO  model  assumptions, 
limitations,  and  accuracy.   Use  of  this  program  without 
knowledge  of  the  COCOMO  model  will  limit  the  full 
understanding  that  can  be  gained  from  the  computed  results. 

Due  to  program  size  and  complexity,  computations  for 
standard  KDSI  values  (2,  8,  32,  12S,  and  512)  are    performea 
at  a  moderate  rate  of  speed.   However,  computations  for 
nonstandard  KDSI  values  will  show  an     increase  in  the  time 
needed  to  obtain  the  desired  results.   This  will  be 
especially  evident  for  the  computation  of  phase  and  activity 
distributions  due  to  percentage  interpolations. 

Pages  in  the  development  and  maintenance  branches  each 
have  a  header  at  the  page  top  indicating  the  model,  mode, 
and  page  type.   Sample  pages  used  in  the  program  explanation 
will  be  from  the  Intermediate  model.   Differences  for  the 
Basic  model,  other  then  the  model  name  in  the  page  header, 
will  be  explained  as  each  page  is  shown. 
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Chapter  2 
COCOMO  Software  Cost  Estimation  Model 


This  chapter  summarizes  the  COCOMO  Basic  and 
Intermediate  software  cost  estimation  models.   Readers  who 
are    already  familiar  with  these  COCOMO  models  can  skip  to 
chapter  3,  COCOMO  Model  Utilization. 


2  .  1   Over v  iew 

The  Basic  COCOMO  model  takes  as  parameters  the  estimated 
number  of  source  instructions  (KDSI)  and  the  development 
mode.   The  development  mode  parameter  indicates  what  type  of 
project  is  being  developed,  ranging  from  relatively  small 
projects  loosely  coupled  with  their  operating  environment 
("organic")  to  large,  complex  systems  with  rigidly  specified 
interfaces,  real-time  performance  constraints,  and  high 
reliability  reguirements  ("embedded").   The  Basic  model 
calculates  man-months  of  effort  and  months  of  schedule, 
along  with  productivity  in  number  of  delivered  source 
instructions  per  man-month  and  annual  development  cost.   For 
example,  a  tvpical  result  for  a  2  KDSI  project  might  be  6.6 
man-months  of  effort  reguired,  5.1  month  schedule  dnd 
approximately  301  reguired  lines  of  codes  per  man-month. 
Distribution  of    effort  and  schedule  are    also  calculated. 
e.g.,  of  the  5.1  months  of  development  time,  the  model  will 
tell  you  that  0.97  months  would  be  spend  in  product  design, 
3.23  in  programming  and  unit  testing,  and  0.92  in 
integration  testing.   Reguirements  analysis  ar  e  not  included 
in  COCOMO  estimates,  however,  product  activity  distribution 
by  phase  for  effort  is  computed.   For  example,  calculated 
product  design  for  effort    would  be  farther  subdivided  into 
reguirements  analysis,  product  design,  programming,  test 
planning,  ver i f i ca t i on/ va 1 i da t i on ,  project  office  time, 
guality  assurance  and  documentation  development  time. 
Likewise,  programming  and  integration  testing  would  also  be 
subdivided  into  these  same  categories. 

The  Intermediate  COCOMO  model  builds  on  the  Basic  mcdel 
bv  adding  cost  drivers,  which  are  measures  of  various 
attributes  of  the  product,  project,  computer  and  personnel. 
The  product  of  these  cost  drivers  multiply  the  calculated 
effort  man-months  to  produce  an    adjusted  nominal  man-month 
figure.   For  example,  one  driver  (denoted  PCAP )  measures 
Programmer  Capability.   The  PCAP  multiplier  can  range  from 
0.70  (very  high  programmer  capability)  to  1.^2  (very  low 
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programmer  capability).    In  the  example  above*  if  very  high 
quality  programmers  were  available,  the  estimated 
development  time  would  be  reduced  to  4 . 62  man-months  (6.6  x 
0.70)  provided  the  rest  of  the  cost  drivers  remained  at  a 
nominal  value  of  1.0.   Cost  drivers  give  a  more 
comprehensive  picture  of  the  product  and  the  environment  in 
which  it  is  to  be  developed,  with  resulting  greater  accuracy 
of  pred  i  c  t  ion . 

The  C0C0M0  models  are    calibrated  using  data  collected  for 
63  projects  completed  by  TRW  between  196^  and  1979.   Numeric 
parameters  were  not  determined  solely  by  statistical  curve 
fitting,  but  were  influenced  by  the  judgment  of  project 
managers.   The  Basic  C0C0M0  model  does  not  have  particularly 
good  acour  acy ;   Boehm  reports  that  estimates  for     the 
calibration  data  are    within  a  factor  of    2  of  the  actual 
effort  onlv  60'/.  of  the  time.   The  added  parameters  of  cost 
drivers  in  Intermediate  C0C0M0  give  it  much  improved 
accu.r  acy  .   Estimates  with  the  Intermediate  C0C0N0  model  are 
within  20'/.  of  actual  effort  68'/.  of  the  time. 

It  is  important,  however,  to  note  that  the  data  described 
above  no  longer  reflects  the  profiles  (e.g.,  cost  drivers) 
of  current  and  future  software.   It  is  imperative  that  the 
data  base  and  estimated  parameters  are    constantly  updated  to 
improve  the  prediction  power  of  the  CDCOMQ  Tool  database. 
Detailed  discussion  of  such  a  recal ibrat ion  process  is 
provided  in  Boehm ' s  text. 


2.2   The  Basic  Model 

The  Basic  model's  parameters  are    estimated  thousands  of 
delivered  source  instructions  (KDSI)  and  development  mode. 
Source  instructions  are    defined  as  lines  of  code,   includi  g 
declarative  statements  and  job  control  language  b<_it 
excluding  comments.   Development  modes  are    characterized  as 
f o  1  1 ows : 

Organ i c 

generally  stable  development  environment 
minimal  need  for  innovation  in  architectures 

or  a  1 gor i thms 
relatively  small  size 
relatively  low  premium  on  early  completion  of 

the  project 
software  project  range  usually  not  greater 

than  50  KDSI 
loose  coupling  with  external  systems 
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Semi  detached 

mixture  of  organic  and  embedded  characteristics 
intermediate  level  of  experience  with  related 

systems 
wide  mix  of  experienced  and  inexperienced  people 
some  experience  with  aspects  of  system  under 

development 
software  project  range  usually  not  greater  than 

300  KDSI 

Embedded 

much  innovation  required 

integral  part  of  some  larger  system  with  inflexible 

interface  requirements 
high  required  reliability 
development  within  tight  time  and  cost  constraints 

The  basic  effort  development  estimation  formula  by  mode  an': 


Organic:          MM  = 

2.<4(KDSI  )**1  .05 

Semidetached:    MM  = 

3.0(KDSI >**1 . 12 

Embedded :         MM  = 

3. 6 (KDSI ) **1 .20 

where 

MM    =  man-months 

of  development  effort 

KDSI  =  estimated 

thousands  of  delivered 

source 

i  ns t  rue  t  i  ons 

Another  result  obtainable  from  the  Basic  COCQMG  model  is 
development  t  i  me  <,  i.e.,  how  many  months  the  project  will 
take  to  comolete.   These  schedule  formula  by  mode  are: 


Organ l c : 
Semidetached : 
Embedded : 


TDEV  =  2. 5 (MM) **0 . 3B 
TDEV  =  2.5<MM)**0.35 
TDEV  =  2 .5(MM) **0.32 


where 

TDEV  =  development  time  in  months 

MM    =  effort  in  man-months  calculated  above 
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Besides  effort  and  schedule  calculations  other  data  which 
can  be  computed  and  are    model  and  mode  independent  are: 


Average 

number 

of  personnel  = 

MM/TDEV 

Produc  t 

i  v  i  ty  = 

( 1000*KDSI ) /MM 

Annua  1 

cost  = 

Personnel  cost/MM 

* 

MM 

The  Basic  model  also  provides  information  on  how  the 
effort  and  schedule  are    distributed  over  the  phases  of  the 
project.   These  tabulated  percentages  are     Listed  in  Appendix 
A  (Table  Al)  and  are    a    function  of  the  product  size  and 
mode.   The  product  sizes  shown  in  Table  Al  are    for  standard 
KDSI  values  of  2,  3,  32,  128,  and  512.   KDSI  values 
occurring  between  these  standard  figures  are    considered 
nonstandard  and  must  have  the  closest  lowest  and  highest 
percentages  to  it  interpolated  to  produce  the  proper  result. 
KDSI  values  below  and  above  2  and  512  KDSI  respectively  are 
beyond  the  boundaries  of  the  COCOMO  model  and  are    not  used 
as  the  model  formula  for  effort  and  schedule  are    calibrated 
only  for     this  range.   Values  for  the  phase  distribution  of 
effort  are    computed  by  multiplying  each  percentage  bv  the 
prior  computed  MM  number.   Phase  distribution  for  schedule 
is  also  computed  in  a  similar  way  except  each  schedule 
percentage  is  multiplied  by  the  calculated  TDEV  value. 

In  addition  to  the  phase  distribution  computations, 
activity  distribution  by  phase  can  also  be  calculated.   The 
percentages  for  the  activity  distribution  are     listed  in 
Appendix  A  (Tables  A2  -  A<+ )  .   These  percentages  are  again 
product  and  mode  dependent  and  provide  more  detail  about  the 
product  design,  programming,  and  test  integration  values 
computed  for  phase  distribution  of  effort.        Calculation  of 
the  values  for  this  area    occurs  by  multiplying  the 
man-months  value  obtained  for  phase  distribution  product 
design,  programming,  and  test  integration  by  the  respective 
percentages  under  each  appropriate  column.   For  example,  to 
obtain  the  values  for  activity  distribution  in  the  organic 
mode  for  product  design,  the  product  design  value  computed 
in  the  phase  distribution  would  be  multiplied  bv  each 
percentage  under  the  product  design  column  to  generate  the 
necessary  activity  phase  distribution  for  product  design. 
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E.3   The  Intermediate  Model 

The  key  feature  which  the  Intermediate  model  adds  to  the 
Basic  model  is  a  set  of  15  cost  driver  attributes,  which  are 
listed  in  Appendix  B  (Table  Bl).   These  cost  drivers  have  a 
default  nominal  value  of  1.0,  however,  these  values  can  be 
varied  depending  on  the  environment  in  which  the  project  is 
being  created.   The  product  of  these  15  cost  drivers  is 
called  the  Effort  Adjustment  Factor  ( EAF ) . 

Development  modes  for  the  Intermediate  model  are     the  same 
as  those  for  the  Basic  model.   However,  the  effort 
development  estimation  formula  vary  slightly  from  the  Basic 
model  and  are: 


Organ  i  c : 

MMn 

=  3. 

E(KDSI ) 

-*■#  1 

.05 

Sem i de tac 

hed  : 

MMn 

=  3. 

0(KDSI ) 

**1 

.  12 

Embedded : 

MMn 

=  2. 

BCKDSI ) 

*■■*  1 

.20 

where 

1    MMn  = 

Nom  i  na 

1  man 

-months 

The  cost  drivers  are    factored  in  by  multiplying  the  nominal 
man-months  by  the  EAF: 


MMadj  =  MMn  *  EAF 

where 

MMadj  =  man-months  adjusted 


Schedule  formula  by  mode  are     the  same  as  for  the  Basic 
model.   Average  number  of  personnel,  productivity,  annual 
cost,  phase  distribution  of  effort  and  schedule,  and 
phase  activity  distribution  are    also  computed  in  the  same 
manner  as  for  the  Basic  model. 

For  a  large  system  it  is  likely  that  the  cost  driver 
values  will  vary  for  different  parts  of  the  system. 
Estimation  accuracy  can  therefore  be  improved  by  dividing 
the  system  into  components.   The  nominal  man-months  are 
allotted  to  the  components  in  proportion  to  their  size,  and 
the  appropriate  set  of  multipliers  are  then  applied  to  each 
component  separately.   The  resulting  component  estimates  are 
then  summed  to  obtain  the  overall  system  estimates. 
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2  .  A-   Maintenance  Model 


The  process  of  modifying  existing 
while  leaving  its  primary  functions 
software  maintenance.   Calculations 
annual  cost  of  this  maintenance  ars 
the  Basic  and  Intermediate  models  an 
A  new  term  in  this  area  is  called  th 
(ACT) .   It  is  the  fraction  of  the  so 
instructions  which  undergo  change  du 
either  through  addition  or  modificat 
factor  ranges  between  1.00  for  compl 
change  at  all  to  the  software.   The 


operational  software 
intact  is  defined  as 
for  the  effort  and 
also  performed  in  both 
d  are    mode  independent, 
e  Annual  Change  Traffic 
ftware  product's  source 
ring  a  typical  year-, 
ion.   The  value  of  this 
ete  change  to  0  for  no 
formulae  for  ACT  is: 


DSI  added  +  DSI  modified 

ACT  = 

Total  DSI 

where 

ACT 

=  Annual  change  traffic 

DSI 

=  Delivered  source  instructions 

Maintenance  formula  used  with  the  Basic  model  a.r  e : 


(MM) am  =  MM  *  ACT 

Average  maintenance  personnel  =  (MM)am/12 

Annual  maintenance  cost  =  Maintenance  oersonnel 

CCS  t 

/MM 

*  ( MM ) am 

where 

( MM ) am  =  Basic  annual  maintenance  effort 

MM  =  Effort  in  man-months 

ACT  =  Annual  change  traffic 

Calculations  for  the  Intermediate  model  again  vary 
slightly  from  the  Basic  model  in  that  1A  maintenance  cost 
drivers  are    used  to  increase  the  model  accuracv.   These 
maintenance  cost  drivers  are     listed  in  Appendix  B  (Table 
B2  ) .   The  value  for  each  maintenance  cost  driver  is 
defaulted  to  a  nominal  value  of  1.00,  but  can  be  varied 
according  to  the  environment.   The  product  of  these  cost 
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drivers  is  called  the  Maintenance  Effort  Adjustment  Factor 
(EAFM).   Formula  for  the  intermediate  model  are 


(MM) nam  =  MMn  *  ACT  *  EAFM 

Average  maintenance  personnel  =  (MM)nam/lE 

Annual  maintenance  cost  =  Maintenance  personnel 

cost/MM 

*  (MM) nam 

The  product  activity  distribution  by  phase  percentages 
are  listed  in  Appendix  A  (Table  A5 ) .   These  percentages  *re 
multiplied  by  either  the  annual  maintenance  effort,  ( MM )  am  •> 
value  in  the  Basic  model  or     the  nominal  annual  maintenance 
effort,  ( MM ) nam ,  value  in  the  Intermediate  model  to  obtain 
the  maintenance  activity  distribution  by  phase, 
effort 
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Chapter  3 
C0C0M0  Model  Utilization 


This  chapter  illustrates  the  use  of  the  C0C0M0  tool 
through  the  display  of  representative  screens  that  are 
observed  during  the  program.   Beginning  with  information 
concerning  hardware  and  software  required  for  this  program, 
the  chapter  guides  the  user  through  steps  to  use  the 
Basic  and  Intermediate  models.   C0C0M0  maintenance  is  also 
illustrated  and  discussed. 


3.1   Systems  Requirements  and  Installation  Procedures 

To  properly  run  the  CQCQMO  Tool  program  certain 
hardware  and  software  requirements  must  be  met.   The 
following  is  a  minimum  required  list. 

Hardware : 

Microcomputer  with  at  least  256K  of  memory 
Keyboard  with  function  keys 
10  megabyte  hard  disk 
Printer  (optional) 

Software : 

KnowledgeMan  package  including  K-Report  and  K-Graph 
COCDMQ  Tool  Program  (see  Appendix  D) 
C0C0M0  Tool  Database  (see  Appendix  D) 
DOS  E. 1  or     higher 


3.2   Installation  Procedures 

After  the  software  listed  above  is  loaded  onto  the  system 

hard  disk,  the  C0C0M0  Tool  program  is  invoked  by  typing 

"KMAN"  in  response  to  the  system  prompt.   This  results  in  a 

display  of  the  C0C0M0  Tool  title  page  (Figure  3.1)  after 
several  moments. 
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C  0  C  O  M  0 

Constructive  COst  MOdel 
for 
Estimating  Software  Development  Cost 

Dec  1985 

Naval  Postgraduate  School 
Monterey,  CA 

PRESS  SPACE  BAR 


F  i  gure  3 . 1 


Title  Page 


Depressing  the  space  bar  once  causes  the  banner  page 
(Figure  3.E)  to  appear.   After  depressing  the  space  bar  a 
second  time,  a  model  selection  page  (Figure  3.3)  appears. 


COCOMD  PROGRAM 

This  decision  support  system  program  automates  the  COCOMD 
method  of  software  engineering  for    development  and 
maintenance.    It  enables  the  user  to  select  one  of  two 
models  (.Basic  or  Intermediate),  and  one  of  three  modes 
(Organic ,  Semidetached,  or  Embedded)  for  the  computation  of 
development  and  or  maintenance  data  for  a  given  KDSI  input. 
Options  include  phase  distribution  calculdtions  for 
development  or  maintenance,  activity  distribution  by  phase 
for  development,  graphs,  reports  and  model /mode  iterations. 
Iterations  of  data  ca.n    be  saved  for  report  generation.   Data 
can  be  saved  or     erased  before  the  program  is  terminated. 


PRESS  SPACE  BAR  TO  BEGIN 


Figure  3.E:   Banner  Page 
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3.3   Model/Mode  Selection 

Fl  and  F2  invoke  the  Basic  and  Intermediate  COCQMO 
models  respectively  as  shown  on  the  model  selection  page 
(Figure  3.3).   If  for  some  reason  program  termination  is 
desired,  than  depressing  F10  will  end  the  program  and  return 
the  system  prompt. 


C  0  C  0  M 

0 

TC 

SELECT 

A  MODEL 

DEPRESS 

ONE 

OF  THE 

FOLLOWING 

F  KEYS 

: 

Fl 

BASIC 

F2 

INTERMEDIATE 

F1C 

END  PROGRAM 

Fi 

gure  3 . 

3:   Model 

Select 

ion 

C  0  C  0  M  0 

TO  SELECT  A  MODE  DEPRESS  ONE 
OF  THE  FOLLOWING  F  KEYS: 

Fl    INTERMEDIATE  ORGANIC 

F2   INTERMEDIATE  SEMIDETACHED 

F3   INTERMEDIATE  EMBEDDED 

Figure  3 . ^ :   Mode  Selection 


After  depressing  Fl  or  F3 ,  the  next  item  to  appear  is  the 
mode  selection  page  (Figure  3.4).   The  selection  of  a  mode 
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is  dependent  upon  the  environment  upon  which  the  project  is 
developed.   Guidelines  for  each  mode  are  presented  at  the 
beginning  of  Chapter  S.   After  selecting  either  the  organic, 
semidetached,  or  embedded  mode  by  depressing  Fl,  F2 ,  or  F3 , 
respectively,  the  message  "LOADING  X  MODEL",  where  X  eguals 
either  the  Basic  or  Intermediate  model  selected,  will  appear 
at  the  bottom  of  the  mode  selection  page.   The  reason  for 
the  message  is  that  it  takes  several  minutes  to  load  the 
large  spreadsheet  from  the  hard  disk  into  memory.   Once  this 
action  is  completed,  an  effort/schedule  page  (Figure  3.5) 
appears  at  which  point  the  program  is  in  the  development 
branch  for  the  Basic  model.   The  Intermediate  model  differs 
from  the  Basic  model  at  this  point  in  that  it  enters  the 
development  branch. 


INTERMEDIATE  COCOMO    ORGANIC  MODE    EFFORT/SCHEDULE 


KDSI  =         <=  Enter  KDSI 
Personnel  Cost/MM  =         <=  Enter  Monthly  Personnel  Cc 

Press  <F1>  to  COMPUTE 

Adjusted  Effort  (MM)  =  EAF  = 

Nominal  Effort  (MM)  = 

Productivity  (DSI/MM)  = 

Schedule  (months)  = 

Avg  Personnel  ( F5P )  = 

Annual  Cost  = 

<F2>  Phase  Distribution   <F3>  Maintenance     F10>  Quit 


Figure  3.5:   Effort/Schedule 


3.^   Development  Branch 

Once  the  spreadsheet  is  loaded,  an  effort/schedule  P<3q^ 
(Figure  3.5)  appears.   This  is  the  point  at  which  the 
program  is  in  the  development  branch  for  the  Basic  model. 
The  Intermediate  model  differs  from  the  Basic  model  at  this 
point  in  that  it  enters  the  development  branch  when  the 
effort  cost  river  page  (Figure  3.6)  is  displayed.   This 
occurs  prior  to  Figure  3.5  in  the  Intermediate  model. 
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INTERMEDIATE  COCOMO  COST  DRIVERS  ORGANIC  MODE 

VLow  Low  Norn  High  VHi  XtraHi 

0.75  0.8S  1.00  1.15  1.40  1.40  RELY  1.00<Enter  values 

0.94  0.94  1.00  1.08  1.16  1.16  DATA  1.00 

0.70  0.S5  1.00  1.15  1.30  1.65  CPLX  1.00 

1.00  1.00  1.00  1.11  1.30  1.66  TIME  1.00 

1.00  1.00  1.00  1.06  1.21  1.56  STOR  1.00 

0.S7  0.87  1.00  1.15  1.30  1.30  VIRT  1.00 

0.87  0.87  1.00  1.07  1.15  1.15  TURN  1.00 

1.46  1.19  1.00  0.86  0.71  0.71  ACAP  1.00 

1.89  1.13  1.00  0.91  0.88  0.88  AEXP  1.00 

1.42  1.17  1.00  0.36  0.70  0.70  PCAP  1.00 

i  . 2 1  1.10  1.00  0.90  0.90  0.90  VEX  P  1  . 00 

1.14  1.07  1.00  0.95  0.95  0.95  LEXP  1.00 

1.24  1.10  1.00  0.91  0.32  0.82  MODP  1.00 

1.24  1.10  1.00  0.91  0.83  0.83  TOOL  1.00 

1.23  1.08  1.00  1.04  1.10  1.10  SCED  1.00  Press  <F1> 


Figure  3.6:   Cost  Drivers 


The  cost  drivers  are    all  initially  defaulted  to  a 
nominal  value  of  1.0.   These  values  can  be  changed  by 
moving  the  cell  cursor,  C  ] ,  to  the  appropriate  row  by  using 
the  down  arrow.   Once  the  cell  cursor  is  at  the  appi'op  >~  l  a  te 
row,  then  a  new  cost  driver  value  cart    be  entered.   Cost 
driver  values  are  arranged  in  a  table  to  the  left  of  each 
cost  driver  with  a  range  from  very  low  to  extra  high.   Once 
a  value  is  identified  from  this  table  for  a  particular  cost 
driver,   its  value  is  typed  in  and  the  'Enter"  key  is 
depressed.   The  entered  value  then  appears  at  the  cell 
cursor  position.   Cost  drivers  which  are    not  modified  will 
retain  their  value  of  1.0.   After  all  the  modifications  are 
completed  Fl,  as  shown  in  the  last  cost  driver  row,  is 
depressed.   A  flashing  message,  "COMPUTING  EAF",  is 
displayed  at  the  bottom  of  the  effort  cost  driver  page  to 
indicate  that  the  Effort  Adjustment  Factor  (EAF)  is  being 
computed.   When  this  computation  is  completed,  the 
ef f or t / schedu 1 e  page  (Figure  3.5)  is  next  displayed. 

The  ef for t /schedu 1 e  page  is  divided  into  two  sections: 
the  input  section  and  the  output  section.   These  sections 
are    divided  by  the  "Press  <F1>  to  COMPUTE"  statement  with 
the  input  section  above  this  statement.   The  cell  cursor  is 
positioned  in  the  blank  space  before  the  'Enter  KDSI'  arrow. 
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To  enter  the  KDSI  value,  type  in  the  value  and  depress  the 
'Enter  key7.   The  value  will  appear  in  the  cell  cursor 
location  just  after  KDSI  =.   For  example,  if  there  are    2000 
lines  of  code  in  the  module  then  enter  a  2.   THE  ONLY  KDSI 
VALUES  THAT  CAN  BE  ENTERED  HERE  MUST  OCCUR  IN  THE  RANGE 
BETWEEN  2  AND  512  KDSI.   Any  KDSI  values  outside  of  this 
range  will  cause  a  program  error  message  to  be  generated, 
and  a  return  of  the  cell  cursor  to  the  KDSI  position  for  a 
new  value  to  be  entered.   After  entering  the  KDSI  value, 
move  the  cell  cursor  down  one  position  by  depressing  the 
down  arrow  once.   At  this  location  the  personnel  cost/MM 
figure  is  entered  as  indicated  by  the  left  pointing  arrow 
and  the  "Enter  Monthly  Personnel  Cost"  statement.   Enter 
this  figure  by  typing  in  the  amount  and  depressing  the  Enter 
key.   For  example,  personnel  cost/MM  for  a  module  might  be 
$3000.00  so  3000  would  be  entered.   After  both  the  hDSI  and 
personnel  cost/MM  are    entered  depress  Fl  to  compute  the 
effort  and  schedule  parameters.   A  flashing  message, 
"COMPUTING  EFFORT/SCHEDULE",  will  appear  which  indicates 
that  the  parameter  computations  are     in  progress.   When  the 
computations  are    completed,  the  ef f or t / schedu 1 e  will  redraw 
to  display  the  computed  parameters  in  the  lower  half  of  the 
page.   For  a  Basic  model  display,  there  is  no  adjusted 
effort  or  EAF .   Another  iteration  for  a  different  KDSI 
value  can  be  performed  at  this  point  by  moving  the  cell 
cursor  back  up  to  the  KDSI  input  position  with  the  up  arrow. 
After  entering  a  new  KDSI  value,  depress  Fl  for  the  next 
iteration  to  begin.   Besides  performing  another  iteration 
other  options  include: 

F2  -  Phase  distribution  calculations  to  continue  in  the 
development  branch 

F3  -  Maintenance  calculations  to  enter  the  maintenance 
branch 

F^  -  Quit  to  enter  the  program  termination  branch 
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INTERMEDIATE  COCOMO  ORGANIC  NODE 


PHASE  DISTRIBUTION  OF  EFFORT  FOR  KDSI  OF 

EFFORT 

PRODUCT  DESIGN  PD 

PROGRAMMING  P 

DETAIL  DESIGN  DD 

CODE/UNIT  TEST  CUT 

INTEGRATION/TEST  IT 

SCHEDULE 

PRODUCT  DESIGN  PD 

PROGRAMMING  P 

INTEGRATION/TEST  IT 


<F1>  Graph  Effort   <F2>  Graph  Schedule   <F10>  Quit 
<F3>  Activity  Distribution 


Figure  3.7:   Phase  Distribution 


The  selection  of    F3  or  F<4  are    described  in  later  sections. 
Selecting  F2  causes  the  phase  distribution  page,  (Figure 
3.7),  to  be  displayed  with  the  flashing  message,  "COMFUTING 
PHASE  DISTRIBUTION",  shown  in  the  center  of  the  screen. 
When  the  computations  are    completed  by  the  program  the  page 
will  redraw  to  reveal  the  computed  values  for  the  effort  and 
schedule  phase  distributions.   Options  available  ar e 
indicated  at  the  bottom  of  the  page  and  include: 

Fl  -  Graph  Effort  values 

F2  -  Graph  Schedule  values 

F3  -  Activity  distribution  calculations  to  continue  in 
the  development  branch 

F10  -  Quit  to  enter  the  program  termination  branch 
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INTERMEDIATE 

COCOMO 

ORGANIC 

MODE 

PRODUCT  ACTIVIT\ 

'  DISTRIBUTION 

BY 

PHASE  FOR  EFFORT  - 

-  KDSI  OF 

PRODUCT 

PRO-          INTEGRATION 

DESIGN 

GRAMMING 

/TEST 

REQ/MENT  ANALYSIS   RA 

RA               RA 

PRODUCT  DESIGN 

PD 

PD               PD 

PROGRAMMING 

P 

P                 P 

TEST  PLANNING 

TP 

TP                TP 

VERIFY/VALIDATE 

W 

W               W 

PROJECT  OFFICE 

PO 

PO               PO 

CM/QA 

CQ 

CQ               CQ 

MANUALS 

M 

M                 M 

<F1>  Graph  Prod 

Des   <FE>  Graf 

ih 

Prog   <F3>  Graph  IT 
<F10>  Quit 

Fiqure  3.8:   Activit 

y  D  i  s  t r  i  Put  ion 

Selection  of  Fl  or  F2  will  display  a  pie  chart  of  the 
values  for  the  effort  and  schedule  phase  distribution, 
respectively.   Depressing  the  'Enter'  key  will  remove  the 
pie  chart  display  and  redraw  the  phase  distribution  page. 
With  the  selection  of  F3,  the  activity  distribution  page, 
(Figure  3.8),  will  be  drawn  with  the  flashing  message, 
"COMPUTING  ACTIVITY  DISTRIBUTION",  shown  near  the  bottom  of 
the  page.   This  message  implies  that  the  activity 
distribution  values  are     in  the  process  of  being  computed. 
Upon  completion  of  the  computations  this  page  is  redrawn  to 
reveal  the  calculated  values.   Options  are     indicated  at  the 
bottom  of  the  page  and  include: 

Fl  -  Graph  product  design  values 

F2  -  Graph  programming  values 

F3  -  Graph  i n tegr a t l on/ test  values 

F10  -  Quit  to  enter  the  program  termination  branch 

Selection  of  Fl,  F2,  or    F3  displays  a  pie  chart  of  the 
product  design,  programming,  or  i ntegra t i on/ tes t  values, 
respectively.   Depressing  the  'Enter'  key  removes  the  pie 
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chart  display  and  redraws  the  activity  distribution  page. 
With  the  selection  of  F10  the  program  termination  branch  1 
entered.   The  options  available  in  this  branch  are 
described  in  section  3.5. 


3.5   Maintenance  Branch 

The  maintenance  branch  is  entered  as  a  result  of 
selecting  F3  on  the  ef f or t / schedu 1 e  page,  (Figure  3.5).   For 
the  Intermediate  model  the  maintenance  cost  driver  page, 
(Figure  3.9),  is  displayed.   The  Basic  model,  however,  skips 
this  page  and  immediately  displays  the  maintenance 
eff or t / schedu 1 e  page,  (Figure  3.10). 


INTERMEDIATE  C0C0M0 

MAINTENANCE 

DRIVERS 

ORGANIC  MODE 

VLow 

Low 

Norn 

High 

VHi 

XtraHi 

1  .35 

1  .  15 

1  .00 

0.98 

1.10 

1  .  10 

RELY 

1 

.00<Enter  values 

0.94 

0.94 

1  .00 

1  .08 

1  .  16 

1  .  16 

DATA 

1 

.00 

0.70 

0.85 

1  .00 

1  .  15 

1  .30 

1  .65 

CPLX 

1 

.00 

1  .00 

1  .00 

1  .00 

1.11 

1  .30 

1  .  66 

TIME 

1 

.00 

1  .  00 

1  .  00 

1  .00 

1  .06 

1  .21 

1  .56 

STOR 

1 

.00 

0.87 

0.87 

1  .00 

1  .  15 

1  .30 

1  .30 

VIRT 

1 

.00 

0.87 

0.87 

1  .00 

1  .07 

1  .  15 

1  .  15 

TURN 

1 

.00 

1  .46 

1  .  1-9 

1  .00 

0.86 

0.71 

0.71 

ACAP 

1 

.00 

1  .29 

1  .  13 

1  .00 

0.91 

0.82 

0.82 

AEXP 

1 

.00 

1  .42 

1  .  17 

1  .00 

0.86 

0.70 

0.70 

PCAP 

1 

.00 

1  .81 

1  .  10 

1  .00 

0.90 

0.90 

0.90 

VEXP 

1 

.00 

1  .  14 

1  .  07 

1  .00 

0.95 

0.95 

0.95 

LEXP 

1 

.00 

1  .35 

1  .  16 

1  .00 

0.86 

0.74 

0.74 

MDDP 

i 

.00 

1  .84 

1  .  10 

1  .00 

0.91 

0.83 

0.83 

TOOL 

1 

.00  Press  <F1> 

Figure 

3.9: 

Main  t 

enance 

Cost  Dr 

l  v  e  r  s 

The  maintenance  cost  driver  page  uses  the  same 
approach  as  the  effort  cost  driver  page.   Cost  driver  values 
are    defaulted  to  the  nominal  value  of  1.0  and  are    modified 
as  necessary  using  the  values  in  the  displayed  table. 
Depressing  Fl  after  cost  driver  modification  is  completed 
causes  the  message,  "COMPUTING  MAINTENANCE  EAF",  to  be 
displayed  at  the  page  bottom.   This  indicates  the 
computation  of  the  maintenance  EAF  is  in  progress.   Upon 
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completion  of  this  computation  by  the  program,  the 
maintenance  effort/schedule  page,  (Figure  3.10),  i 


s  drawn 


INTERMEDIATE  C0C0M0      ORGANIC  MODE        MAINTENANCE 


Maintenance  Personnel  Cost/MM  =   <=Enter  Monthly  Maint  Cost 
Annual  Change  Traffic  (ACT)  =   <=Enter  ACT  Value 

Press  <F1>  to  COMPUTE 


Annual  Maintenance  Effort  ( MM ) am  =  EAFI 

Maint  Software  Personnel  ( FSP ) m  = 
Annual  Maintenance  Cost  = 


<FE>  Maintenance  Phase  Distribution    <F10>  Quit 


Figure  3.10:   Maintenance  Effort/Schedule 


The  maintenance  effort/schedule  page  is  also  divided  into 
two  sections:  input  and  output.   The  input  section  is  above 
the  statement,  "Press  <F1>  to  COMPUTE".   The  input  cell 
cursor  is  located  in  this  section  in  front  of  the  left 
pointing  arrow  indicating  "Enter  Monthly  Maint  Cost".   Enter 
the  dollar  amount  in  the  same  manner  as  for  the  effort  and 
schedule  page.   Depress  the  'Enter'  key.   Depress  the  down 
arrow  once  to  move  the  cell  cursor  to  the  ACT  entry 
position.   This  value  is  defaulted  to  1.00  which  means  that 
trie  entire  software  module/project  will  be  modified  ovs-r     the 
course  of  the  year.    If  the  entire  software  module/project 
is  not  modified  over  the  course  of  the  year  then  enter  tne 
fraction  that  will  be  added /mod i f i ed .   This  can  be 
determined  by  using  the  ACT  eguation  in  Chapter  2.   The 
range  of  this  value  must  be  between  0.1  and  1.00.    To  modify 
this  value,  type  in  the  new  ACT  figure  and  depress  the 
'Enter7  key.   Depressing  Fl  next  initiates  the  maintenance 
effort/schedule  parameter  computation  process  which  is 
indicated  by  the  flashing  message,  "COMPUTING  MAINTENANCE 
EFFORT".   Upon  completion  of  this  computation  the  page  is 
redrawn  with  the  computed  parameter  values  displayed  in  the 
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lower  half  of  the  page.   Options  at  the  bottom  of  the  page 
i  nc 1 ude : 

F2  -  Maintenance  Phase  Distribution  calculations  to 
continue  in  the  maintenance  branch 

F10  -  Quit  to  the  program  termination  branch 


INTERMEDIATE  C0C0M0 

ORGANIC,  MODE 

PRODUCT  ACTIVITY 

DISTRIBUTION  BY  PHASE 

FOR  MAINTENANCE 

REQ/MENT  ANALYSIS 

RA 

PRODUCT  DESIGN 

FD 

PROGRAMMING 

P 

TEST  PLANNING 

TP 

VERIFY/VALIDATE 

VV 

PROJECT  OFFICE 

PO 

CM/QA 

CQ 

MANUALS 

M 

<F1>  G 

-aph  Values         <.F1<X 

•  Qui  t 

F  i  gure  3.11: 

Maintenance  Activity 

Distribution 

Selection  of  F2  causes  the  maintenance  activity 
distribution  page,  (Figure  3.11;,  to  be  drawn  with  the 
flashing  message,  "COMPUTING  MAINTENANCE  PHASE",  disp laved 
at  the  page  bottom.   Upon  completion  of  these  calculations 
the  page  is  redrawn  with  the  computea  values  displayed. 
Options  at  the  page  bottom  include: 

Fl  -  Graph  values 

F10  -  Quit  to  the  program  termination  branch 

Selection  of  Fl  displays  a  pie  chart  of  the  calculated 
values.   Depressing  the  'Enter'  key  redisplays  the 
maintenance  activity  distribution  page.   An  F10  selection 
lmitiates  the  program  termination  branch  which  is  discussed 
in  the  next  section. 
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3.6       Program  Termination  Branch 

Besides  the  option  of  program  termination,  this  branch  of 
the  program  also  provides  the  opportunity  to  save  prior 
computed  values  from  the  development  or  maintenance 
branches.   Another  option  allows  output  of  the  saved  values 
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selec  t  ion 


BEFORE  QUITTING  . 
SELECT  an    option: 

<F1>  Another  iteration 
^F10>  End  program 


Figure  3. IE:   Iteration  Option 


This  page  allows  another  iteration  to  be 
performed  or  begins  the  program  termination  process. 
Depressing  F10  causes  the  program  termination  page,  (Figure 
3.13),  to  be  displayed. 


BEFORE  QUITTING  

<  F 1 >  Save  calculated  values  and  end  program 

<FS>  Erase  calculated  values  and  end  program 

<F3>  Continue  program 

Figure  3.13:   Program  Termination 


Selection  of  Fl  terminates  the  program  and  displays  the 
operating  system  prompt.   All  values  that  were  saved  will 
remain  in  their  respective  tables  for  the  Basic  and 
Intermediate  COCOMO  models.   An  FE  selection  will  erase  all 
saved  values  from  the  Basic  and  Intermediate  models,  am^i 
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display  the  operating  system  prompt.   If  no  program 
termination  is  desired,  then  depressing  F3  will  display  the 
model  selection  page,  (Figure  3.3),  so  another  iteration  ca.n 
be  performed. 

Returning  to  the  iteration  option  page,  (Figure  3.12), 
depressing  Fl,  "Another  iteration",  causes  the  save  value 
option  page,  (Figure  3. 14),  to  be  displayed. 


BEFORE  PERFORMING  ANOTHER  ITERATION 


<F1>   SAVE  prior  computed  values 

<F2>   ERASE  other  computed  values  and 
START  a  new  table 

<F3>   Perform  another  iteration  WITHOUT 
saving  prior  computed  values 


Figure  3.14:   Save  Value  Option 


Selection  of  F3  disguards  the  values  computed  in  the 
last  session  and  displays  the  model  selection  page,  (Figure 
3.3) ,  so  another  iteration  can  be  performed.   Depressing  Fl 
instead  saves  the  values  calculated  in  the  last  session. 
Selection  of  F2  also  saves  values  calculated  in  the  last 
session,  however,  it  first  erases  values  saved  from  other 
prior  sessions.   This  feature  is  model  dependent  in  that  it 
erases  only  values  for  the  model  currently  in  use.   For 
example,  if  the  Intermediate  model  is  currently  selected 
then  only  prior  saved  values  for  the  Intermediate  model  aro 
erased.   No  values  that  were  saved  in  prior  sessions  for  the 
Basic  model  ar(5    touched.   Choosing  either  Fl  or  F2  results 
in  the  display  of  the  data  output  page,   (Figure  3.15). 


INTERMEDIATE  values  have  been  saved 
<F1>  Display  LAST 


comi 


...jputed  INTERMEDIATE  values 
<F2>  Display  ALL  computed  INTERMEDIATE  values 
<F3>  Cont  i  nui 


Program 
<F10>  End  Program 


Figure  3.15:   Data  Output 
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Select  an    option  to  display  report 


<F1>  SCREEN  output 

<F2>  PRINTER  output 

(Turn  on  printer  first) 

Figure  3.16:   Media  Output 


Selection  of  Fl  produces  an  output  of  single  or    multiple 
reports,  depending  on  which  option  was  previously  selected 
on  the  terminal  screen.   F2  produces  the  same  formatted 
reports  except  they  are    output  on  the  printer.   Depressing 
the  space  bar  at  the  end  of  the  last  report  displays  the 
report  completed  page,  (Figure  3.17). 


REPORT  COMPLETED 

<F1>  SCREEN  output 

<F2>  PRINTER  output 

(Turn  on  printer) 

<F3>  Continue  program 

<F4>  End  program 

Figure  3.17:   Report  Completed 
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Selection  of  Fl  or  F2  produce  the  same  results  as  before. 
They  are  included  here  in  order  to  offer  a  chance  to  output 
the  prior  generated  report  in  another  media  from  the  initial 
media  selected.   Selection  of  F3  or  F10  again  cause  the 
display  of  figure  3.3  or  3.1^+,  respectively. 
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Chapter  A- 
Model  Maintenance 


Equations  used  in  the  COCOMO  model  have  a  large  number 
of  empirically  derived  constants  such  as  coefficients  and 
exponents.   In  general,  these  constants  provide  reasonable 
accuracy    for  most  software  cost-estimation  situations. 
However,  users  who  have  appropriate  data  available  may 
desire  to  recalibrate  these  constants  in  the  COCOMO  model  to 
better  fit  the  experience  of  their  own  organization. 
Chapter  29  of  Boehm's,  "Software  Engineering  Economics" 
discusses  the  reca 1 i bra t ion  procedures.   Although  the 
reca 1 ibrat i on  process  itself  can  become  quite  complex, 
altering  the  constants  used  in  the  COCOMO  Tool  is  a 
relatively  easy  task.   This  chapter  describes  the  process 
of  constant  modification  so  once  the  constants  are    developed 
internally  they  can  be  changed  in  the  COCOMO  Tool. 


A- .  1   Equation  Modification 

Modification  of  the  COCOMO  Tool  coefficients  and 
exponents  is  a  simple,  straightforward  task.   These 
constants  reside  in  two  files  of  the  COCOMO  program  called 
DEVPARBA.IPF  and  DEVPARMS . I PF .   Using  a  word  processor,  such 
as  KEDIT,  just  call  in  the  above  named  files  one  at  a  time. 
The  equations  listed  in  these  files  are    readily  identifiable 
and  can  be  changed  by  typing  over  the  coefficients  and/or 
exponents  listed.   Saving  these  files  back  to  the  hard  disk 
automatically  updates  the  resident  files.   The  COCOMO  Tool 
program  is  now  ready  to  use  with  the  new  modified  values. 


^.2   Cost  Driver  Modification 

Cost  driver  modification  in  the  COCOMO  Tool  requires  a 
little  more  effort  then  the  equation  modification  described 
above.   The  effort  and  maintenance  cost  drivers  are     located 
on  three  spreadsheets  in  the  COCOMO  Tool  database.   These 
spreadsheets  are     listed  as  CIO.ICF,  CIS.ICF,  and  CIE.ICF. 
To  modify  the  cost  driver  values  listed  on  the  above  named 
spreadsheets  follow  the  sequence  of  steps  below. 

1.  Rename  the  file  STARTUP. IPF  to  STOP.IPF  while  in  DOS 

2.  Type  in  "KMAN"  in  response  to  the  DOS  prompt. 
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3.   After  obtaining  the  MDBS  header  and  a  "_",  type  in 

"CALC"  and  depress  -the  'Enter'  key. 
*+ .   Upon  the  display  of  a  blank  spreadsheet,  type,  \LDAD 

FROM  "CIO.ICF",  and  depress  the  'Enter'  key. 

5.  The  spreadsheet  that  next  appears  will  display  the 
effort  cost  drivers  for  the  Intermediate  organic 
model.   Type,  \BORDER,  to  obtain  letters  and  numbers 
across  the  top  and  bottom,  respectively.   The  cell 
cursor  location  occurs  in  the  upper  right  part  of  the 
screen.   For  example,  #F100  means  the  cursor  is  in 
column  F  and  row  100  of  the  spreadsheet. 

6.  Using  the  left  arrow  key  move  the  cursor  to  the  left 
until  the  cell  cursor  in  the  upper  right  hand  corner 
reads  #A100.    In  this  position,  the  numbers  in  -hat 
row  appear  across  the  bottom  of  the  screen.   If  no 
numbers  are     to  be  changed  in  that  row  then  move  the 
cell  cursor  with  the  down  arrow  key  until  the 
appropriate  row  where  values  are    to  be  changed  is 
reached . 

7.  After  reaching  the  appropriate  row  where  values  are 
to  be  changed  type,  \EDIT.   Use  Control  D  to  move  the 
cursor  to  the  right  until  it  is  over  the  number  which 
needs  to  be  changed.   At  this  point  just  type  in  the 
new  number  over  the  old  number.   Once  ail  the  numbers 
in  the  displayed  row  have  been  changed,  depress  the 
'Enter'  key. 

8.  Move  the  cell  cursor  down  to  the  next  row  to  be 
changed  and  repeat  the  process  in  step  7,  if 
necessary . 

9.  Maintenance  cost  drivers  can    be  modified  in  the  same 
manner  as  the  effort  cost  drivers.   After  finishing 
the  effort  cost  driver  modification,  type,  \#A115,  to 
reach  the  maintenance  cost  drivers.   Move  the  cell 
cursor  down  to  the  appropriate  row  as  described  in 
step  6,  and  make  changes  as  indicated  in  step  7. 

10.   Once  all  of  the  cost  drivers  have  been  modified,  the 
next  step  is  to  save  these  changes.   To  accomplish 
this  type  in  the  following: 

\#A96  followed  by  'Enter' 
\#F100  followed  by  'Enter' 
\BYE 

After  the  "_"  appears,  type,  SAVE  TO  "CIO.ICF"  and 
depress  the  'Enter'  key. 
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11.  Upon  return  of  the  "_"  again  repeat  steps  3  through 
10.   The  only  change  is  to  replace  CIO.ICF  with 
CIS.ICF  and  CIE.ICF  for  changes  to  these 
spreadsheets . 

12.  After  changing  all  of  the  cost  driver  values  in  all 
three  spreadsheets,  type,  BYE,  in  response  to  the 
last  "_"  prompt.   This  returns  the  system  to  DOS. 
Rename  the  STDP.IPF  file  back  to  STARTUP. IPF.   The 
program  is  now  ready  to  run. 
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APPENDIX  A 
COCOMO  Percentages 


Effort  Distribution 


Organic  Mode 

Product  Design 

Programm i  ng 

Detailed  Design 
Code  &  Unit  Test 

Integration  3x  Test 
Semidetached  Mode 

Product  Design 

Programm 1 ng 

Detailed  Design 
Code  a.  Unit  Test 

Integration  X,  Test 
Embedded  Mode 

Product  Design 

Programm  i  ng 

Detailed  Design 
Code  &.  Unit  Test 

Integration  &,  Test 

Schedule  Distribution 


Organic  Mode 

Product  Design 

Programm  i  ng 

Integration  8,  Test 
Semidetached  Mode 

Product  Design 

Programm 1 ng 

Integration  8*  Test 
Embedded  Mode 

Product  Design 

Programm  i  ng 

Integration  2*  Test 


KDSI  SIZE 
8     32       129      512 


16 

16 

16 

16 

16 

68 

65 

62 

59 

59 

26 

25 

24 

23 

23 

42 

40 

38 

26 

36 

16 

19 

22 

25 

25 

17 

17 

17 

17 

17 

64 

61 

58 

55 

52 

27 

26 

25 

24 

23 

37 

35 

33 

31 

29 

19 

22 

25 

28 

31 

18 

18 

18 

13 

18 

60 

57 

54 

51 

48 

28 

27 

26 

25 

24 

32 

30 

28 

26 

24 

22 

25 

28 
KDSI 

31 
SIZE 

3h 

32       128      512 


19 

19 

19 

19 

19 

63 

59 

55 

51 

51 

13 

22 

26 

30 

30 

24 

25 

26 

27 

28 

56 

52 

48 

44 

40 

20 

23 

26 

29 

32 

30 

32 

34 

36 

38 

48 

44 

40 

36 

32 

22 

24 

26 

28 

30 

Table  Al:   Effort  and  Schedule  Percentages  by  Phase 
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Product 

Pro- 

I 

itegration 

* 

Design 

graming 

? 
ft 

Test 

KDSI  SIZE: 

S  I  M  L 

S  I  n  L 

S 

I  M  L 

Requirements  Analysis 

15 

5 

3 

Product  Design 

40 

10 

6 

Programing 

14 

58 

34 

Test  Planning 

5 

4 

2 

Verification  &  Validation 

6 

6 

34 

Project  Office 

11 

6 

7 

CM/QA 

2 

6 

7 

Manuals 

7 

c 
J 

7 

3  =  2  KDSI   I  =  8  KDSI 

H  =  32 

KDSI   L  = 

128 

KDSI 

Table  A2:  Activity  Distribution  by  Phase  -  Organic 


Product 

1 

>ro- 

Integration 

Design 

graoiffling 

I  Test 

KDSI  SIZE: 

S  I   M   L 

VL 

S 

I 

M 

L 

VL 

S   I 

M   L 

VL 

Requirements  Analysis 

1Q  C> 

12.5 

4 

4 

4 

4 

4 

3  e/ 

■/2.5 

ICi  J\ 

Product  Design 
Programing 

hi/ 

'41 

14 

9 
56 

9 

9 

0 

u 

9 

5   5 

5  33   -5 

c     c 
J    J 

37   39 

5 

12  12.5  13  13.5 

/Jfc. 

hi 

Test  Planning 

4. J  J    J.J   0 

6.5 

4 

4.5 

C 
J 

c  c 
J.J 

6 

2.5  2. 

5  3   3 

3.5 

Verification  I   Validation 

6  6.5  7  7.5 

9 

7 

7.5 

9 

3.5 

9 

32   31 

29.5  29.5 

27 

Project  Office 

13  12   11  10 

9 

7.5 

7 

6.5 

6 

c    c 
J.J 

9.5   3 

n    c       r 
/  .  J   / 

6.5 

CM/QA 

3  2.5  2.5  2.5 

■j 

7 

6.5 

6.5 

6.5 

6 

3.5   3 

9   9 

7.5 

Manuals 

8  8   7.5  7 

■7 

6 

6 

5.5 

C 

J 

C 
J 

3   3 

7.5  7 

7 

S  =  2  KDSI   I  =  9  KDSI   M  =  32  KDSI   L  =  129  KDSI   VL  =  512  KDSI 


Table  A3:  Activity  Distribution  by  Phase  -  Semidetached 
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Product 

Pro- 

Integrat 

ion 

Design 

graaaing 

i  Test 

KDSI  SIZE: 

3  I 

H   L 

VL 

S 

I 

M 

L 

VL 

S  I 

H 

L 

VL 

Requiretents  Analysis 

10  10 

10  10 

10 

3 

3 

3 

3 

3 

2  2 

2 

2 

2 

Product  Design 

42  42 

42  42 

42 

6 

6 

6 

6 

6 

4  4 

4 

4 

4 

Programming 

10  11 

12  13 

14 

55 

55 

JJ 

55 

55 

32  36 

40 

44 

48 

Test  Planning 

4  5 

6  7 

3 

4 

5 

6 

7 

8 

3  3 

4 

4 

5 

verification  &  Validation 

6  7 

9  9 

10 

3 

9 

10 

11 

12 

30  28 

25 

23 

20 

Project  Office 

15  13 

11  9 

7 

9 

8 

7 

6 

c 
J 

10  9 

8 

7 
i 

6 

CH/QA 

4  3 

3  3 

2 

8 

7 

n 

7 

6 

10  9 

9 

9 

3 

Manuals 

9  9 

8  7 

7 

7 

7 

6 

5 

j 

9  9 

8 

7 

7 

3  =  2  KDSI   1  =  9  KDSI   N  =  32  KDSI   L  =  128  KDSI   VL  =  512  KDSI 


Table  A4:  Activity  Distribution  by  Phase  -  Embedded 


Organic        Semidetached  Embedded 

KDSI  SIZE:  S  I  M  L    S    I    M    L    VL    S   I   M   L   VL 


Requirements  Analysis     7  7  7  7 

6. j  6.5 

6.5 

6    6 

c 

6 

6 

c 
J 

C 

Product  Design         13  13  13  13 

12   12 

12 

12   12 

11 

11 

11 

11 

11 

Programing           h5  44  43  42 

41.5  41.5 

41 

41   41 

33 

39 

3° 

w 

M 

Test  Planning          3  3  3  3 

3   3 

3.5 

4    4.5 

3 

3 

4 

c 
J 

6 

Verification  i  Validation  10  11  12  13 

11   12 

13 

13.5  14 

12 

13 

\k 

14 

14 

Project  Office          7  7  7  7 

8.5  3 

7.5 

6.5 

10 

0 

3 

n 

i 

CH/QA                5  5  5  5 

6.5  6 

6 

6   5.5 

3 

7 

H 

1 

6 

Manuals              10  10  10  10 

11   11 

10.5 

10.5  10.5 

12 

12 

11 

11 

11 

S  =  2  KDSI   I  =  8  KDSI   N  =  32  KDSI   L  =  128  KDSI   VI  =  512  KDSI 


Table  A5:  Activity  Distribution  bv  Phase  for  Maintenance 
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APPENDIX  8 

Cost  Drivers 

Very  Very  Extra 

Loh  Low  Nominal  High  High  High 

RELY  -  required  software  reliability    0.75  0.88  1.00  1.15  1.40  1.40 

DATA  -  database  size              0.94  0.94  1.00  1.16  1.16  1.16 

CPLX  -  product  complexity            0.70  0.70  1.00  1.15  1.30  1.65 

TIME  -  execution  time  constraint       1.00  1.00  1.00  1.11  1.30  1.66 

STOP  -  sain  storage  constraint        1.00  1.00  1.00  1.06  LSI  1.56 

VIRT  -  virtual  machine  volatility      0.87  0.97  1.00  1.15  1.30  1.30 

TURN  -  computer  turnaround  time        0.87  0.87  1.00  1.07  1.15  1.15 

ACAP  -  analyst  capability           1.46  1.19  1.00  0.86  0.71  0.71 

AEXP  -  applications  experience        1.29  1.13  1.00  0.91  0.32  0.32 

PCAP  -  programmer  capability          1.42  1.17  1.00  0.36  0.70  0.70 

VEXP  -  virtual  machine  experience      1.21  1.10  1.00  0.90  0.90  0.90 

LEXP  -  programming  language  experience   1.14  1.07  1.00  0.95  0.95  0.95 

MODP  -  use  of  modem  prog,  practices    1.24  1.10  1.00  0.91  0.32  0.32 

TOOL  -  use  of  software  tools          1.24  1.10  1.00  0.91  0.83  0.33 

SCED  -  required  development  schedule    1.23  1.08  1.00  1.04  1.04  1.04 

Table  81:  Effort  Cost  Drivers 
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Very  Very  Extra 

Lou  Lot*   Nofflinal  High  High  High 

RELY  -  required  software  reliability    1.35  1.15  0.98  1.10  1.10  1.40 

DATA  -  database  size  0.94  0.94  1.00  1.16  1-16  1.16 

CPLX  -  product  complexity  0.70  0.85  1.00  1.15  1.30  1.65 

TIME  -  execution  tiae  constraint       1.00  1.00  1.00  1.11  1.30  l.oa 

STOR  -  main  storage  constraint        1.00  1.00  1.00  1.06  1.21  1.56 

VIRT  -  virtual  sachme  volatility      0.87  0.87  1.00  1.15  1.30  1.20 

TURN  -  computer  turnaround  time       0.87  0.87  1.00  1.07  1.15  1.15 

ACAP  -  analyst  capability  1.46  1.19  1.00  0.86  0.71  0.71 

AEXP  -  applications  experience        1.29  1.13  1.00  0.91  0.82  0.82 

PCAP  -  prograaaer  capability  1.42  1.17  1.00  0.36  0.70  0.70 

VE X P  -  virtual  aachine  experience      1.21  1.10  1.00  0.90  0.90  0.90 

LEXP  -  programing  language  experience   1.14  1.07  1.00  0.95  0.95  0.95 

flQDP  -  use  of  aodern  prog,  practices    1.35  1.16  1.00  0.36  0.74  0.74 

TOOL  -  use  of  software  tools  1.24  1.10  1.00  0.91  0.33  0.83 

Table  B2:  Maintenance  Cost  Drivers 
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APPENDIX  C 
Error  Messages 

1 .  ACT  RANGE  0  TO  1  ONLY 

Problem:   Maintenance  ACT  value  outside  0  to  1  boundary 

Solution:  Input  an  ACT  value  between  0  and  1.   Depress 
PI  again  to  compute  the  maintenance 
parameters . 

2.  CAN'T  USE  NEGATIVE  OR  ZERO  VALUES 

Prob lem : 

1.  An  effort  or  maintenance  cost  driver  value  is 
less  than  or    equal  to  zero. 

2.  Maintenance  personnel  cost/MM  =  0 

So  1 u t  i  on : 

1.  Input  a  proper  cost  driver  from  the  effort  or 
maintenance  table.   Depress  PI. 

2.  Input  a  maintenance  cost/MM  and  depress  Fl . 

3.  INSUFFICIENT  MEMORY 

Problem:   KMAN  memory  constraints  exceeded  by  the 

program  execution  and  causing  the  program 
to  terminate  abruptly. 

Solution:  Type,  BYE  and  depress  'Enter'  key 

Upon  receiving  the  DOS  prompt  type,  KMAN,   to 
begin  program  execution  again. 

NOTE:   Values  saved  prior  to  the  abrupt  program 

termination  still  exist  in  the  database  files 
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KDSI  IS  GREATER  THAN  512 
KDSI  >2  OR  <51S  ONLY 

Problem:   KDSI  input  value  is  greater  than  512. 

Solution:  Reenter  a  KDSI  value  between  2  and  512. 
Depress  F 1 . 


KDSI  IS  LESS  THAN  2 
KDSI  >2  OR  <512  ONLY 

Problem:   KDSI  input  value  is  less  than  2. 

Solution:  Reenter  a  KDSI  value  between  2  and  512. 
Depress  F 1 . 

WRONG  KEY 

Problem:   An  F  key  not  shown  on  the  screen  selection 
list  was  depressed. 

So lut  ion 

1.  If  in  a.n     input  screen  (e.g.,  KDSI  input)  then 
check  the  input  values  and  reenter  anv  which 
may  have  been  changed.   Depress  the  proper  F  key 

2.  If  not  in  an  input  screen  then  just  depress  the 
proper  F  key. 
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APPENDIX  D 
Program/Data  Base  Listings 


1.   Program  Listings 
File  Name 


Module  Name 


STARTUP. 

IPF 

START_UP 

COCOMO. IPF 

COCOMO 

COCO. IPF 

COCO 

SETUPBAS 

.  IPF 

SET_UP_BASIC 

SSLODBAS 

.  IPF 

SS_LOAD_BASIC 

DEVPARBA 

.  IPF 

DEV_PARAMETER_BASIC 

SETUPINT 

.  IPF 

SET_UP_ INTERMEDIATE 

SSLODINT 

.  IPF 

SS_LOAD_ INTERMEDIATE 

REDEVDAT 

.  IPF 

READ_DEVELOPMENT_DATA 

DEVPARMS 

.  IPF 

DEV_PARAMETERS 

DEVPHDIS 

.  IPF 

DEV_PHASE_DISTR 

PHASEDIS 

.  IPF 

PHASE_DISTR 

CALCEFSC 

.  IPF 

CALC_EFF_SCHED 

SELTABLE 

.  IPF 

SELECT_TABLE 

EVALKDSI 

.  IPF 

EVAL_KDSI 

SLECTONE 

.  IPF 

SELECT_ONE 

SELECTWQ 

.  IPF 

SELECT_TWO 

INTERPOL 

.  IPF 

INTERPOLATION 

DEVACDIS 

.  IPF 

DEV_ACT_DISTR 

DEVPAD. IPF 

DEV_PAD 

CALCDPAD 

.  IPF 

CALC_DEV_PAD 

MAINTBAS 

.  IPF 

MAINT_BASIC 

MA  I  NT  I  NT 

.  IPF 

MA  I NT_ INTERMEDIATE 

MDATAPAD 

.  IPF 

MAINT_DATA_PAD 

CALCMDAT 

.  IPF 

CALC_MAINT_DATA 

MAINTPAD 

.  IPF 

MAINT_PAD 

KEYCHNQ. 

IPF 

KEY_CHANGE 

AGAINTIT 

.  IPF 

AGAINT_IT 

WRAPUP. IPF 

WRAP_UP 

KILLIT. IPF 

KILL_IT 

SAWAL. IPF 

SAVE_VALUE5 

ERASTABL 

.  IPF 

ERASE_TABLE 

ANOTHER. 

IPF 

ANOTHER 

RPTOUT. IPF 

REPORT_OUT 

BRPTQNE. 

IPF 

BASIC_RPT_ONE 

BRPTALL. 

IPF 

BASIC_RPT_ALL 

IRPTONE. 

IPF 

INTERMEDIATE_RPT_ONE 

IRPTALL. 

IPF 

INTERMEDIATE_RPT_ALL 

GRAFPHE. 

IPF 

GRAF  PHASE  EFFORT 
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GRAFPHS. IPF 
GRAFADPD. IPF 
GRAFADP. IPF 
GRAFADIT. IPF 
GRAFPDM. IPF 

Data  Base  Listings 

a.   Spreadsheets 

File  Name 

CBO. ICF 
CBS. ICF 
CBE. ICF 
CIO. ICF 
CIS. ICF 
CIE. ICF 


GRAF_PHASE_SCHEDULE 
GRAF_ACT_DIST_PD 
GRAF_ACT_DIST_PHASE 
GRAF_ACT_DIST_INTEST 
GRAF  PD  MAINT 


Spreadsheet  Name 

COCOMO_BASIC_ORGANIC 

COCOMO_BAS I C_SEM I  DETACHED 
COCOMO_BASIC_EMEEDDED 
COCOMO_ INTERNED  I ATE_QRGAN I C 
C0C0M0_INTERMEDIATE_3EM I  DETACHED 
CQCOMO  INTERMEDIATE  EMBEDDED 


Tables 

File  Name 

BES. ITB 
BESP. ITB 
BESPAD. ITB 
BESM. ITB 
BESMAD. ITB 
IES. ITB 
IESP. ITB 
IESPAD. ITB 
IESM. ITB 
IESMAD.  ITB 


Tab  1 e  Name 

BASIC_EFFORT_SCHED 
BASIC_EFF0RT_3CHED_PHASE 
BASIC_EFFORT_SCHED_PAD 
BASIC_EFFORT_SCHED_MAINT 
BASIC  EFFORT  SCHED  MAINT 


ACT  DIST 


INT_EFFORT 
INT_EFFORT~ 
INT_EFFQRT 
INT_EFFORT 
INT  EFFORT 


SCHED 

SCHED. 

SCHED_ 

sched' 

SCHED 


PHASE 
PAD 
MAINT 
MAINT 


ACT  DIST 


3ia 


LIST  OF  REFERENCES 


1.  Artzer,  S.  P.  and  Neidrauer,  R.  A.  ,  Software 
Engineering  Basics:  A  Primer  for  the  Project  Manager, 
Master's  Thesis,  NavaT  Postgraduate  School,  Monterey, 
CA,  June,  1982. 

2.  Carabello,  J.  M.  ,  Office  of  the  Assistant  Secretary  of 
Defense  Memorandum  for  ADP  Policy  Committee  (Program 
Management)  dated  8  May  1981. 

3.  Douville,  A.  A.  ,  Salasin,  J.  and  Probert,  T.  H.  t  "The 
Impact  of  ADA  on  COCOMO  cost  estimates  as  applied  to 
the  World  Wide  Military  Command  &  Control  (WWMCCS) 
Information  System  (WIS)*,  IDA  Paper  P-1810,  Institute 
for  Defense  Analysis,  Alexandria,  VA,  January,  1985. 

4.  Vorgang,  B.  R.  ,  A  Macro  Approach  to  Software  Resource 
Estimation  and  LTf e  Cycle  Control ,  Master's  Thesis, 
Naval  Postgraduate  School,  Monterey,  CA,  December, 
1981. 

5.  Boehm,  B.  W. ,  Software  Engineering  Economics , 
Prentice-Hall,  Inc.  ,  Englewood  Cliffs,  NJ,  19~8~I 

6.  Green,  J..  F.  and  Selby,  B.  F.  ,  Dynamic  Planning  and 
Control  of  Software  Maintenance:  ~~ A  Fiscal  Approach, 
Master ' s  Thesis,  Naval  Postgraduate  School ,  Monterey, 
CA,  December,  1981. 

7.  Yourdon,  E.  and  Constantine,  L. ,  Structured  Design, 
Prentice-Hall,  Englewood,  NJ,  1979. 

8.  DeMarco,  T.  ,  Structured  Analysis  and  System 
Specification,  Prentice-Hall,  Englewood,  NJ,  1981. 

9.  Bennett,  John  L. ,  Building  Decision  Support  Systems, 
Addison-Wesley  Publishing  Company,  Inc. ,  1983. 

10.  Sprague,  Ralph  H.  ,  Jr.  ,  and  Carlson,  Eric  D.  ,  Building 
Effective  Decision  Support  Systems ,  Prentice-Hall, 
Englewood,  NJ,  1982. 

11.  Pressman,  Roger  S. ,  Software  Engineering:  A 
Practioner  s  Approach,  McGraw-Hill,  1982. 


31=1 


INITIAL  DISTRIBUTION  LIST 


2. 


No.   Copies 


1.    Defense  Technical  Information  Center  2 

Cameron  Station 
Alexandria,  Virginia  22304-6145 


—TV,  c<- - 

Naval  Postgraduate  School 
Monterey,  California  93943-5002 


3.  Department  Chairman,  Code  54 
Department  of  Administrative  Sciences 
Naval  Postgraduate  School 
Monterey,  California  93943-5000 

4.  Computer  Technology  Programs,  Code  37 
Naval  Postgraduate  School 
Monterey,  California  93943-5000 

5.  Professor  Norman  R.  Lyons<  Code  54Lb 
Department  of  Administrative  Sciences 
Naval  Postgraduate  School 
Monterey,  California  93943-5000 

6.  Professor  Tung  Bui,  Code  54Bd 
Department  of  Administrative  Sciences 
Naval  Postgraduate  School 
Monterey,  California  93943-5000 

7.  DODCI 

ATTN:  Mrs.  Sarah  Taylor 
Bldg  175 

Washington  Navy  Yard 
Washington,  D.  C.  20374 

8.  Commanding  Officer 

ATTN:  LCDR  A.  N.  N.  Sullivan  (Code  73) 
Naval  Recruiting  Command 
4015  Wilson  Blvd 
Arlington,  VA.  22203-1991 

9.  Commanding  Officer 

ATTN:  LT  J.  M.  Darabond  (Code  30B) 

Fleet  Intelligence  Center,  Europe  and  Atlantic 

Norfolk,  VA.  23511-6690 


3ElI 


V 


Thesis 
S85837 
c.l 


21759 


Sullivan 

A  decision  support 
system  for  planning, 
control  and  auditing 
of  DOD  software  cost 
estimation. 


A  decision  support  system  for  planning, 


li  i|     III  II  III  llllllll  lllllllll  I II 

3  2768  000  66067  4 

DUDLEY  KNOX  LIBRARY 


